Bonjour à tous,

je fais face à un curieux problème dont je n'arrive pas à déterminer l'orgine et google ne semble pas m'aider non plus à ce propos.

Voic comment je suis arrivé à ce problème :

- J'ai une install de Fedora 15 sur un disque dur avec /boot en ext2 et /root et /home en ext4

Bref, j'ai fais l'acquisition d'un SSD que j'ai partitionné de la façon suivante :
- /boot en ext2
- 1 swap
- le rest en Btrfs ( avec un subvolume principale @ et un autre @home)

Ayant la grande fénéantise de réinstaller le système et de le customiser comme il est actuellement, j'ai mounté les partitions du SSD sur mon système et j'ai Rsyncer comme un gougeat les fichiers dans les partions en prenant la précaution de conserver les "numric-ids".

Bref, en bidouillant le grub pour booter, j'arrive maintenant au message d'erreur en titre et un shell Dracut....

PS :
1 - j'ai bien éditer le fstab et utiliser les UUID des nouveaux périphériques...
2 - en redémarrant sur l'ancien système, je peux monter le SSD et me chrooter de dans, accéder à mes données sans le moindre problème...


D'où qu'il vient le pb !!!



Merci d'avance 😃
Il semblerait que dracut n'ait pas construit initramfs avec le pilote nécessaire, ce qui est logique car lorsque tu as installé, ce disque ssd n'était pas présent.

pour se faire une idée:
tape lsmod > fichier1 sans brancher ton disque ssd, puis reboote avec le ssd branché et refais la même opération avec
lsmod > fichier2

et compare les deux fichiers: diff fichier1 fichier2

Perso je pense qu'il faudrait refaire un initramfs lorsque ce disque ssh est branché et reconnu, donc en démarrant sur l'ancien système.
Bonjour nouvo09,

merci pour ta réponse, mais j'y avais pensé... j'ai oublié de le préciser.

Avant de bidouiller grub, j'avais monté les partoches boot et btrfs, je m'étais chrooté dedans et utilisé la commande dracut pour regénérer un "initramfs.img" et en spécifiant aussi explicitement de charger le module BTRFS au cas où.

Mais je vais retenter en regardant plus attentivement le lsmod.

Merci quand même 😃
Bon à priori, il n'y a aucune différence.

J'ai effectué le lsmod avec et sans le ssd, la seule différence que je trouve est la présence des modules BTRFS lorque je monte la partition....

Une idée ?
désolé, pas mieux, ça sent la réinstall !
Bon, là j'ai besoin d'u gourou de Linux...

1 - Boot simple
-------------------------
Dans le dracut shell, j'ai effectué les actions suivantes :
umount /sysroot
mount -t btrfs -o subvol=@ /sysroot
mount -t btrfs -o subvol=@home /sysroot/home
Ctrl+D
là systemd s'est mit en route et à démarré fedora. J'ai eu le GDM de gnome3 en me proposant mon compte : Youpi !

Mais bon, je rentre le pass et il me ne me laisse pas rentrer.

Je vais sur tty2, je m'authentifie : la j'ai un message :
"--login : no shell : permission denied"
2 - Boot Single
-----------------------
même opérations et là je suis root,
- je regarde les permission des fichiers, la résolution uid = user est faite.
- je regarde /etc/passwd et /etc/shadow

j'ai bien un shell et tout correctement;....


Donc 2 pb :
- 1 : permission denied ??? WTF
- 2 : Pk le "initramfs" ne fait pas les bon montages sur /sysroot avec les subvolume BTRFS ???
- 3 : Quel est le procéssus complet en entier du boot Linux ?

Merci à tous pour votre participation 😃
Ok, bon c'est réglé pour la partie "
login : no shell : permission denied
".

En regardant sur le net, cela était du à un problème de SELinux.
un pti "
touch .autorelabel
" à la racine du FS en question, un reboot et le tour est joué.
Ou plus simple, désactiver SELinux ^^.

Bref, toujours le petit problème de /sysroot et les subvolume BTRFS.


J'y crois !!
Bonjour à tous ! (again)

Bon j'ai trouvé mon problème ... en fait il semblerait que Fedora ne soit pas capable de "gérer" un root filesystem dans un "subvolume" BTRFS.

1 - J'avais testé BTRFS sur F13 et F14 mais avec un simple mkfs.btrfs, puis j'écrivais directement dedans.

2 - Là j'ai créé un subvolume et mis le rootfs dedans.


Alors oui, cela n'a pas été fait avec une "installation" standard, mais c'est le comportement typique "à la ZFS" et c'est ce que propose Ubuntu 11.04 à l'installation standard. Cela semble aussi ce qu'il y a de plus logique dans la manière d'aborder cette notion nouvelle de Subvolume.


Maintenant, problème N°2 ... comment faire en sorte que mes options de montages soient reconnues dans le initramfs ???


Quand je fais un
xakraz@Jumper:~$ mount | grep btrfs
/dev/sda3 on / type btrfs (rw,noatime,seclabel,ssd,space_cache,clear_cache)
/dev/sda3 on /home type btrfs (rw,relatime,seclabel,ssd,space_cache,clear_cache)
/dev/sda3 on /tmp type btrfs (rw,noatime,seclabel,ssd,space_cache,clear_cache)
/dev/sda3 on /var/tmp type btrfs (rw,noatime,seclabel,ssd,space_cache,clear_cache)
/dev/sda3 on /home type btrfs (rw,relatime,seclabel,ssd,space_cache,clear_cache)
on voit toutes les options sauf celle qui montre quel subvolume de BTRFS est monté.

Je me souviens que quand je testais BTRFS sur Debian et un kernel 2.6.37 tout chaudement compilé j'avais ce type de sortie :
’root@debian:/mnt/btrfsRoot2/subVolume1# mount’
/dev/sdb on /mnt/btrfsRoot type btrfs (rw)
/dev/sdc on /mnt/btrfsRoot2 type btrfs (rw)
/dev/sdc on /root/mount/test type btrfs (rw,subvol=subVolume1)
/dev/sdc on /root/mount/test2 type btrfs (rw,subvol=dir1)
où on voit bien le subvolume....


Que faire ???
On dirait qu'Ubuntu prend un peu d'avance sur Fedora au sujet d BTRFS (un comble !)
http://osdir.com/ml/ubuntu-oneiric-11.10-changes/2011-05/msg00176.html wrote:* Resynchronise with Debian. Remaining changes:
- Allow btrfs /boot on amd64/i386, now that grub2 supports it.
- Add support for creating and mounting btrfs subvolumes corresponding
to / and /home, in case of a btrfs rootfs
Par contre, je suppose que d'autre parmis vous l'on remarqué mais même quand on a qu'une seule et unique partition '/', il ya un "montage" sur "/home" ???

Quelqu'un à plus d'info sur ce remaniement des fs et montages ???
Salut.

Bon, désolé, ma question ne va pas t'aider dans la résolution de ton problème, mais : pourquoi BTRFS ?
Challenge ? C'est mieux ? Juste envie ?
Salut !

Ben BTRFS ça fait un petit moment que je le suis (kernel 2.6.33, intégration officielle 2.6.31) avec des tests sur des machines dédiées, ce n'est plus un challenge 😃

En effets, les fonctionnalités sembles alléchantes et puis puisque F16 avait pensé un temps le mettre en FS par défaut avant de le repousser à F17, je me disais que F15 semblait une bonne opération pour commencer à l'utiliser au quotidien.

En plus son format de données est stable (seul les programmes d'administration ne sont pas finalisés)

Et en plus (encore 😃 ) il est optimisé pour les SSD et je viens de mettre un SSD dans le laptop ^^.


Bref, pour l'administration et l'intégration au FS, on est encore loin de ZFS ( http://openindiana.org/screenshots/oi-b148-gui-timeslider/ ), surtout en ligne de commande !


Help me (still)
xavv wrote:Salut !

Ben BTRFS ça fait un petit moment que je le suis (kernel 2.6.33, intégration officielle 2.6.31) avec des tests sur des machines dédiées, ce n'est plus un challenge 😃

En effets, les fonctionnalités sembles alléchantes et puis puisque F16 avait pensé un temps le mettre en FS par défaut avant de le repousser à F17, je me disais que F15 semblait une bonne opération pour commencer à l'utiliser au quotidien.

En plus son format de données est stable (seul les programmes d'administration ne sont pas finalisés)
Ok ok. Va falloir que j'y pense alors 😉
xavv wrote:Et en plus (encore 😃 ) il est optimisé pour les SSD et je viens de mettre un SSD dans le laptop ^^.
Bon là par contre, c'est pas évident : Phoronix a fait un article dessus y'a un an et apparemment ext4 est pour l'instant plus performant que BTRFS.
Mais ça fait un an, et tout peut avoir changé !

Bon, je clos ce hors-sujet qui ne fait pas avancer ton problème.
il y a les outils fsck maintenant pour btrfs? juste par curiosité je tente de temps en temps ce FS mais devant sa relative lenteur et le manque d'outils je retourne toujours sur ext4.
madko wrote:il y a les outils fsck maintenant pour btrfs? juste par curiosité je tente de temps en temps ce FS mais devant sa relative lenteur et le manque d'outils je retourne toujours sur ext4.
Non sinon pour F16 ils auraient mis le « beurre » par défaut 8-)
Mais qu'est-ce qu'ils attendent pour nous faire ces outils je veux que ça tartine moi 😉
Sinon, vous savez comment on peut "remonter" ou transmettre ce type d'info à l'équipe en charge de l'intégration de BTRFS dans Fedora ?
Peut être via le bugzilla?
Bonjour à tous !

j'ai trouvé une petite solution à mon problème :
rootflags=subvol=@
comme option dans la ligne "kernel" du grub.conf.


Ca permet de booter mais j'ai encore un petit problème :

mon subvolume @home n'est pas monté malgré le fait qu'il soit dans le fstab....



En fait j'ai remarqué que même si on est en extX ou qu'on a pas de partition ou encore de LV dédié à home, on a quand même le monatage suivant :

/dev/sda3 on /home ...


En l'occurance ma partition BTRFS.... alors que /home est vide.

Je suis donc obligé de démonter d'abord puis de faire le montage manuellement et ça marche.

Quelqu'un à plus d'info à ce sujet ??


Merci !
Rebonjour furtif de ma part 😃

Juste pour dire que mes recherches tournent autour de Systèmd à présent...

je vous tiens au courant .