Le fil des beaux gosses linuxiens, v2 où comment installer LFS sur BTRFS en RAID10

[rOut]

Soit t'as un dossier EFI dans ta clef d'install, et je ne savais pas que Debian le supportait, et il est possible que ça marche entièrement en EFI.
Soit tu n'en as pas, et tu as sans doute tout installé en mode legacy. Tu peux tenter de faire "sudo modprobe efivars" puis "efibootmgr" pour voir.

[Wobak]

root @ Nas-debian: ~ # modprobe efivars
root @ Nas-debian: ~ # efibootmgr
Fatal: Couldn't open either sysfs or procfs directories for accessing EFI variables.
Try 'modprobe efivars' as root.

Mouf, j'en conclus que je suis en legacy

[rOut]

Haha, tu ne vas pas pouvoir profiter des super features du boot moderne.

[Wobak]

Qui sont ?

[rOut]

Des tas de trucs trop super.

Par exemple... heu, un shell EFI. Et des bootloader trop classe qui pourront gérer la souris un jour.

[haik]

D'ailleurs, ça reste dans le sujet, d'après la mailing list d'Arch, les nouveaux iso d'installation sont basés sur systemd (logique, mais bon initscrpit , c'était bien quand même), et aussi:

EFI boot and setup has been simplified.
gummiboot is used to display a menu on EFI systems.

[rOut]

Non mais de toute manière j'ai lu que les derniers noyaux embarquaient aussi un binaire EFI qu'il est possible d'utiliser pour booter directement le kernel. Donc ça dispenserait de toute sorte de bootloader supplémentaire.

---------- Post added at 01h05 ---------- Previous post was at 01h04 ----------

Ah, après avoir lu la description de gummiboot, il se base sur ça apparemment.

[George Sable]

(notifications évanescentes, bouton éteindre caché, etc..)

Tout ça, c'est réglé par la 3.6

[ducon]

Par exemple... heu, un shell EFI. Et des bootloader trop classe qui pourront gérer la souris un jour.

À quand Debian dans EFI ?

[Olorin]

Je viens d'avoir une preuve supplémentaire de la suprématie totale de Debian sur Ubuntu:

Je me suis acheté un Asus Zenbook () et après avoir passé 2min sous windows et m'être tapé 4-5 messages d'erreur de fermeture innopinées de softs dès le premier boot, j'ai décidé d'installer linux.
Je commence évidemment par niquer toutes les partitions windows, recovery et autre, parce que c'est fun et qu'avoir un portable tout neuf inutilisable c'est mon truc (le précédent j'avais cramé le BIOS après quelques jours).

Alors là tu m’intéresse. je viens également de m'offrir un Zenbook (UX32VD), et je me suis pris la tête dessus tout le week-end.

Pour l'installation je ne me suis pas posé de question, j'avais une squeeze live sur une clé usb, je l'ai branché j'ai installé (en écrasant toute l'install windows évidemment), aucun problème (j'avais même pas pensé qu'il pouvait y avoir un problème avec l'UEFI).
J'upgrade vers wheezy, puis sid, et c'est là que les ennuis commencent. Maintenant lors du lancement du serveur X je me retrouve avec un écran noir (il s'allume bien, mais reste noir). Lorsque je suis sur secteur je peux fermer le capot, et lorsque je le ré-ouvre je récupère mon affichage. Par contre sur batterie rien à faire (gênant pour un portable).
J'ai pensé que c'était un problème de noyau, j'ai essayé d'installé le 3.4 de experimental, le 3.5 de liquorix, un 3.6 compilé à la main, c'est pire, le coup de fermer le capot ne marche plus). En désespoir de cause j'ai essayé une ubuntu 12.10 (écran noir dès le lancement de la session live), et même une Fedora 17 (réussi à installer, mais pas mieux). Pour mettre hors de cause XFCE j'ai tenté une installation de KDE, pas mieux non plus (j'ai pas encore poussé le vice jusqu'à tenter Gnome 3).
Je n'ai pour l'instant rien vu dans les logs qui pourrait expliquer le problème, et je ne sais plus où chercher. Une idée ? Ca pourrait être dû à l'UEFI ?

J'en viens à me dire que je ferais mieux de repasser sur squeeze, il y a plein de truc mal supportés mais au moins l'affichage fonctionne (et le touchpad est mieux géré de base), c'est quand même un comble...

[Dekans]

Tout ça, c'est réglé par la 3.6

Ah cool, ça arrive quand sur sid ?
et je dois cleaner mes extensions du coup ?

[Møgluglu]

C'est facile de patcher et recompiler Gnome 3 sous Fedora 17 ? J'ai ça sur ma machine du boulot. Après un peu d'efforts j'ai réussi à obtenir quelque chose qui ressemble vaguement à du Gnome 2 sans toucher au code. Mais maintenant il semble qu'il me faille faire un patch -r sur la "feature" qui m'empêche d'utiliser les tabs normalement : https://bugzilla.gnome.org/show_bug.cgi?id=630226

Autre question, dkms c'est censé marcher sous Fedora ? J'ai aussi besoin de patcher le driver du touchpad ALPS. Avec dkms, ça plante à la compil, mais je vois pas d'erreur de compil dans le log.

[newbie06]

Alors me vient une idée: puisque la clef d'install Ubuntu ne fait que charger un noyau via un grub UEFI, je peux mettre le vmlinuz/initrd de debian-installer et configurer le grub de la clef pour le charger.

Question bete : on est oblige d'avoir une clef ? Je croyais que c'etait debrayable dans UEFI

[whiterabbit]

Tiens, en parlant d'EFI et de gummiboot, les install media d'Arch sont mis à jour avec la fournée d'octobre :

EFI boot and setup has been simplified.
gummiboot is used to display a menu on EFI systems.

http://www.archlinux.org/news/install-medium-20121006-introduces-systemd

[rOut]

Je n'ai pour l'instant rien vu dans les logs qui pourrait expliquer le problème, et je ne sais plus où chercher. Une idée ? Ca pourrait être dû à l'UEFI ?

Dans le guide chez Ubuntu ils disent ça oui. Sinon j'ai le même modèle, et après avoir installé une sid en UEFI (pas de kernel custom), je n'ai pas les emmerdes sus-mentionnées. J'ai quand même remarqué quelques rares freeze après plusieurs reboot successifs, mais je n'ai pas encore chercher d'ou ça pouvait venir (c'est apparemment rare de toute manière).

Pour l'install, c'est finalement assez facile :
- Tu récupères une iso d'install Ubuntu (12.04 ou 12.10).
- Tu (re-)formattes une clef USB avec une table MSDOS (pas GPT!) et tu y mets une partition FAT32 non bootable. Au besoin, avec palimpsest tu peux virer toutes les partitions existantes de la clef et cliquer sur "Format" pour la clef elle même.
- Tu crées ta clef avec Unetbootin et l'ISO Ubuntu, et tu la montes dans /media/usbuntu (disons, pour la suite)
- Tu récupères une image debian installer (genre là: http://d-i.debian.org/daily-images/a...aily/hd-media/) que tu copies comme ça sur la clef Ubuntu:

cd /media/usbuntu
install -d debian
wget http://d-i.debian.org/daily-images/amd64/daily/hd-media/vmlinuz -P debian/
wget http://d-i.debian.org/daily-images/amd64/daily/hd-media/initrd.gz -P debian/

- Et/ou pour avoir une install graphique:

cd /media/usbuntu
install -d debian/gtk
wget http://d-i.debian.org/daily-images/amd64/daily/hd-media/gtk/vmlinuz -P debian/gtk/
wget http://d-i.debian.org/daily-images/amd64/daily/hd-media/gtk/initrd.gz -P debian/gtk/

- Tu édites le /media/usbuntu/boot/grub/grub.cfg et t'y ajoutes:

menuentry "Debian Installer" {
	set gfxpayload=keep
	linux	/debian/vmlinuz --
	initrd	/debian/initrd.gz
}
menuentry "Debian Installer (GTK)" {
	set gfxpayload=keep
	linux	/debian/gtk/vmlinuz --
	initrd	/debian/gtk/initrd.gz
}

Et pour finir, tu télécharges une belle iso de Debian testing que tu mets à la racine de la clef :

cd /media/usbuntu
wget http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso

Normalement au boot (ESC ou F2 pour afficher les options) tu devrais avoir l'option "UEFI: <modèle de ta clef USB>". Le préfixe UEFI est très important, et si l'entrée n'est pas préfixée par UEFI ça ne s'installera pas en UEFI.

Ensuite il suffit de choisir l'entrée Debian Installer et tout roule.

---------- Post added at 19h41 ---------- Previous post was at 19h35 ----------

Question bete : on est oblige d'avoir une clef ? Je croyais que c'etait debrayable dans UEFI

C'est à dire ?

Perso je n'ai pas de lecteur cd sur mon zenbook. J'ai un peu tenté de faire l'install depuis une autre partition du disque et je pense que ça doit marcher, mais je voulais avant tout voir ce qu'il y avait sur les partitions d'origine pour éviter de virer des trucs utiles. Par exemple le SSD était partitionné en deux, totalement invisibles de Windows (installé sur le HDD !), et je me demandais ce qu'ils pouvaient bien y avoir foutu.

Je n'ai toujours pas trouvé, c'est des données apparemment illisibles mais d'après ce que j'ai compris c'est pour mettre en cache pour l'hibernation ou genre, et permettre un réveil rapide. Ce qui me parait être du gaspillage, même pour un petit SSD de 24Go. Du coup j'ai installé Linux dessus.

[Eprefall]

Tiens, en parlant d'EFI et de gummiboot, les install media d'Arch sont mis à jour avec la fournée d'octobre :



http://www.archlinux.org/news/install-medium-20121006-introduces-systemd

Lol. Pile le lendemain du jour ou je me suis (un peu) cassé le cul à utiliser Archboot pour pas galérer à l'installation en EFI.

[Tramb]

Je n'ai toujours pas trouvé, c'est des données apparemment illisibles mais d'après ce que j'ai compris c'est pour mettre en cache pour l'hibernation ou genre, et permettre un réveil rapide. Ce qui me parait être du gaspillage, même pour un petit SSD de 24Go. Du coup j'ai installé Linux dessus.

C'est peut-être du Readyboost justement.
Avec seulement 24GB, c'est sans doute plus malin de laisser un algo de cache faire le taf que d'allouer statiquement l'espace dessus.

[rOut]

Bah les partoches du SSD n'apparaissaient nulle part sous Windows. Et dans le gestionnaire de disque, je ne pouvais rien en faire. Même sous linux, il ne reconnaissait pas le type des partitions.
Je crois que c'était un des trucs merdeux d'Asus qui se chargeait de l'utiliser (Instant On ou je ne sais quoi). Et vu la quantité de merdes installées d'office et le temps mis pour booter Windows, je n'ai vraiment pas l'intention de le réactiver.

[Tramb]

Chelou ce truc.

[Olorin]

Youhou, ca marche. Merci beaucoup rOut
Par contre, pour info, pas besoin de faire toute la manip que tu indiques, l'iso testing gère l'EFI de base (donc en gros si j'avais fait l'effort de telecharger la version récente au lieu d'utiliser une vieille clé qui trainait, j'aurais pas eu besoin de passer le week-end à me prendre la tête )

[rOut]

Youhou, ca marche. Merci beaucoup rOut
Par contre, pour info, pas besoin de faire toute la manip que tu indiques, l'iso testing gère l'EFI de base (donc en gros si j'avais fait l'effort de telecharger la version récente au lieu d'utiliser une vieille clé qui trainait, j'aurais pas eu besoin de passer le week-end à me prendre la tête )

En effet je vois ça.

Par contre, debian-installer n'est pas dispo en EFI pour l'instant (ou alors je n'ai pas trouvé). Et c'est bien pratique de le mettre sur une clef et de ne se soucier ensuite que de mettre à jour l'ISO.

[Olorin]

Ouais, surement, quand ca marche. Moi il me disais qu'il ne trouvait pas les modules noyaux (en fait je crois qu'il ne trouvait pas l'iso)

Bon sinon, gros bémol dans ma joie, ca marche bien pour Gnome, mais avec xfce ou kde je me retrouve à nouveau avec un écran noir :fuuu:
Bon, c'est quand même toujours mieux que rien. A suivre...

[tantal]

Salut les canards,

Je cherche une distribution pour un thinclient disposant de 32Mo de ram, 512 sur CF et propulsé par un via C3 à 700MHz. Pas assez de Ram pour Slitaz, puppy me pose quelques soucis, sinon, je pensais à Damn Small Linux mais les miroirs sont super lent et je n'ai pas finis de téléchager l'iso.
Avez vous d'autres idées ?

[snipx]

Salut les canards,

Je cherche une distribution pour un thinclient disposant de 32Mo de ram, 512 sur CF et propulsé par un via C3 à 700MHz. Pas assez de Ram pour Slitaz, puppy me pose quelques soucis, sinon, je pensais à Damn Small Linux mais les miroirs sont super lent et je n'ai pas finis de téléchager l'iso.
Avez vous d'autres idées ?

Tu veux faire tourner quoi dessus ?

[tantal]

En fait, le but serais de relier le tout à un vidéoprojecteur pour diffuser des videos (et peut-être des petites animation vectorielles en flash) ; il faudrait donc un serveur X et mplayer ou vlc.

[Møgluglu]

Via C3, vidéo, flash. Does not compute.

[tantal]

Bah quand même, le C3 est si asthmatique que ça ?
Je n'est pas besoin de visionner de la HD. Pour le flash, je ne fais pas d'illusions, au pire les animations serons rastérisés.

[Møgluglu]

De mémoire, les DVD étaient pas super fluides sur mon Celeron 400... et c'est un monstre par rapport à un C3 à 700MHz.

Edit: j'exagère un peu. Les deux se valent d'après les bons vieux tests du Doc :
http://www.x86-secret.com/popups/art...ndow.php?id=24
(Putain, 11 ans... )

[Tramb]

Comme vous m'êtes sympathiques (sauf lui et lui), je réponds à ma question avec ceci:
http://bcache.evilpiepirate.org/

Pourrait rejoindre le kernel dans un temps fini.

[newbie06]

C'est à dire ?

C'est-a-dire que je suis une burne. Quand tu as ecrit :

Alors me vient une idée: puisque la clef d'install Ubuntu ne fait que charger un noyau via un grub UEFI, je peux mettre le vmlinuz/initrd de debian-installer et configurer le grub de la clef pour le charger.

j'ai cru que tu parlais de cle associee a UEFI (pour le secure boot), pas de cle USB