Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Nouveautés dans Maverick...

Malizor

@Qid : l'avantage du DD externe c'est que c'est plus facile à dé-crasher (on peut faire des chroots).
Perso c'est ce que je fais. Et quand j'ai la flemme de rebooter je lance un chroot juste pour faire les mises à jours et lire les changelogs.

Si tu veux, j'ai un script pour accélérer/faciliter les chroots.

Qid

Malaria a écrit@Qid : l'avantage du DD externe c'est que c'est plus facile à dé-crasher (on peut faire des chroots).
Perso c'est ce que je fais. Et quand j'ai la flemme de rebooter je lance un chroot juste pour faire les mises à jours et lire les changelogs.

wai et encore il y a des fois ou comme la de toutes façon on peu plus rien faire
la commande fautive je vous le donne en mille : "sudo rm -fr /" ...
un boulet de chez epiknet>informatique m'a dit que ça marchait plus ...
je l'ai pas cru mais comme plusieurs s'y sont mis après j'ai fini par vouloir en avoir le coeur net
j'ai pris à temoin ma 10.10 parce que c'est celle qui craignait le moins ... enfin bref

quant à faire les mises a jours via chroot wai c'est sur j'ai deja du faire ça une paire de fois pour ma desktop
mais pendant ce temp la on voit pas visuellement l'évolution du desktop en lui meme
par contre quand tu me parle de changelog la je comprend pas trop

bon puis de toutes façon dans cette histoire il y a un gag qu'on oublie :
mon ubuntu-usb est sur un encien interne mis dans une boite ...
et la config si je m'amuse a faire ça pour la 10.10 ce sera la meme :
sauf que je n'ai qu'une boite pour deux DD ...
et puis les chroot depuis mon serveur
je voudrais bien éviter un maximum

enfin bref ... de toutes façon la je vais me laisser un mois au moin avant la réinstall
je verrais à ce moment la ... mais par curiosité je veux bien le voir quand meme ton script oui 😉

tshirtman

lol qid, s'ils sont si sûrs, faut les laisser faire sur leur machine de prod 😉.

Qid

tshirtman a écritlol qid, s'ils sont si sûrs, faut les laisser faire sur leur machine de prod 😉.

bah en tous cas moi qui voulait voir si la mentalité la bas avait évolué j'ai la confirmation ...
qu'est ce qu'on est bine sur freenode 😉

Malizor

Mon script tout simple (que j'ai nommé qchroot pour quick chroot).
À placer dans /usr/bin pour l'avoir toujours sous la main !

Perso j'utilise nautilus-open-terminal pour ouvrir un terminal direct à la racine de la partition à chrooter et puis un petit « sudo qchroot » et c'est fini.
Ensuite, une fois sorti du chroot, un petit « sudo qchroot -r » et puis basta.

Pour les changelogs en graphique, tu peux lancer update-manager depuis le chroot 😉 (par contre si tu fais ça le DD refusera de se démonter pour cause de processus en court. C'est pas très grave, il suffit de débrancher manuellement).

#!/usr/bin/env bash
# Script implémentant la commande qchroot (quick chroot ou encore chroot rapide)
# À lancer avec les droits d'administration. Le répertoire "chrooté" sera celui entré en paramètre ou, à défaut, le répertoire courant.

# Écrit par Malaria en 2010, script publié sous licence BSD.
# version 1.0

UID_ROOT=0
REP=$PWD/

afficher_aide() {
	echo "Commande appliquant un chroot sur le répertoire courant ou précisé en paramètre en effectuant automatiquement les divers montages nécessaires."
	echo "Ce script nécessite les droits d'administration."
	echo ""
	echo "Options:"
	echo "		--help | -h    : affiche cette aide et quitte"
	echo "		--restore | -r : Démonte les diverses partitions pour remettre le système dans son état initial"
}

verifier_droits_admin() {
	if [ "$UID" != "$UID_ROOT" ];then
		echo "Ce script nécessite les droits d'administration."
		exit
	fi
}

if [ $# != 0 ];then

	if [ -d $1 ];then
		REP=$1
		echo $REP
	elif [ -d $2 ];then
		REP=$2
	fi

	if [ "$1" = "--help" ] || [ "$1" = "-h" ];then
		afficher_aide
		exit

	elif [ "$1" = "--restore" ] || [ "$1" = "-r" ];then
		verifier_droits_admin
		umount ${REP}dev
		umount ${REP}sys
		umount ${REP}proc
		exit

	elif [ ! -d $1 ];then
		echo "$1 : Option inconnue."
		echo " "
		afficher_aide
		exit
	fi
fi

verifier_droits_admin
mount --bind /dev ${REP}dev
mount --bind /sys ${REP}sys
mount --bind /proc ${REP}proc
cp /etc/resolv.conf ${REP}etc/resolv.conf
chroot $REP

Qid

Malaria a écritMon script tout simple (que j'ai nommé qchroot pour quick chroot).
À placer dans /usr/bin pour l'avoir toujours sous la main !

ah wai ça me plait bien ... mais je suis pas sur d'avoir bine compris toute la subtilité du truc
entre autre la copie sur resolv.conf elle sert a quoi exactement ?

xapantu

C'est pour le réseau je crois (mais je suis pas sûr 😛).....

Malizor

Oui, sans le resolv.conf, pas de réseau dans le chroot.

L'intérêt de ce script c'est qu'il n'y a qu'une commande à taper au lieu de 5 🙂

Qid

xapantu a écritC'est pour le réseau je crois (mais je suis pas sûr 😛).....

normalement oui c'est sur mais bon justement ... exactement c'est pour les dns en fait apres reflections

Slystone

Hé j'ai une question bêbête ! Si j'ai bien compris la version i386 d'Ubuntu c'est de l'histoire ancienne. Sur mon netbook qui a une puce amd neo double coeur, j'ai une Debian en 64 bits, mais une Ubuntu qui elle est en 32 bits. La config matérielle est ok pour maverick, mais une maj est-elle possible à partir d'une architecture désormais obsolète ? Je pensais qu'il n'était pas possible de passer du 32 bits au 64 bits, ce cas a t-il été envisagé dans le processus de maj ? J'espère avoir été clair et j'attend vos lumières ! 😉

druzy

Slystone a écritHé j'ai une question bêbête ! Si j'ai bien compris la version i386 d'Ubuntu c'est de l'histoire ancienne.

D'où sors tu ça ?

Slystone

tshirtman en parlait là l'autre jour :
http://forum.ubuntu-fr.org/viewtopic.php?pid=3515717

druzy

Pourtant j'ai téléchargé la version i386 de maverick.

Slystone

Ils en parlent là aussi :
http://www.webupd8.org/2010/06/ubuntu-1010-maverick-meerkat-wont-run.html
http://princessleia.com/journal/?p=2989

Bon par contre il y a une chose que je n'ai pas capté. Je pensais jusque là que i686 = architecture 64 bits.
Et pourtant ils disent (page du second lien) :

Then the team leads for each session gave some wrap-up information, including that they’ll be shooting for a 2.6.35 kernel and that they’re planning on moving to just i686 for 32bit (so, dropping i386-i586) for Maverick so they can take advantage of i686 optimizations, yay!

Donc visiblement je me plante. M'enfin, je verrai ça demain !

Springbank

Après mise à jour de ce matin, je n'ai plus le défilement vertical sur le pad de mon portable et il est très très sensible, vaut mieux appuyer fortement que d'effleurer.

En plus, pas de réglages possible via le menu souris dans les préférences, l'option a disparue.

sylvain67100

i686 c'est du 32bit, c'est x64 le 64 bit, le i386 et i486 c'est pour des vieilles architectures intel

Atok

Pendergast a écritAprès mise à jour de ce matin, je n'ai plus le défilement vertical sur le pad de mon portable et il est très très sensible, vaut mieux appuyer fortement que d'effleurer.

En plus, pas de réglages possible via le menu souris dans les préférences, l'option a disparue.

Et si tu essaye de régler via Synaptics ?

Slystone

@ sylvain67100 : ok merci. Par contre saurais-tu me dire dans ce cas pourquoi dans ce cas des distro proposent les versions 32 bits sous des noms différents ? Si je ne me trompe pas, Ubuntu est proposé sous i386, Fedora sous i686 et OpenSuse sous i586. Est-ce qu'il y a des différences finalement ?

sylvainsjc

d'après ce site, Ubuntu 10.10 ne tournera pas sur les processeurs < i586

tshirtman

@Slystone: c'est juste que les processeurs avant pentium2 (ou un truc du genre) sont plus supporté officiellement, il y aura toujours des build 386 il me semble, faudra peut être une bidouille.

« Page précédente Page suivante »