[Mount] Bizarreries suite à l'orage… (résolu)

[Lunatic]

Hello,

Vous n'êtes sans doute pas sans avoir entendu parler des orages qui ont frappé la région nancéienne il y a peu Ils ont eu pour terrible conséquence de couper mon serveur que j'ai retrouvé éteint au petit matin (mais je ne crois pas que France Info ai parlé de cette terrible mésaventure personnelle).

Depuis le redémarrage, j'ai de drôles de trucs qui se produisent.

1/ Ce petit serveur qui tourne 24h/24 est complété pour un disque dur usb formaté en ext2 monté automatiquement dans /media/disk.

Au redémarrage, il n'est plus monté. En tentant un # mount -a, j'ai un message d'erreur m'incitant à aller scruter dmesg. Voici le contenu de ce dernier :

Code : Tout sélectionner

EXT4-fs (sdc1): couldn't mount as ext2 due to feature incompatibilities

Je remarque qu'un simple # mount /dev/sdc1 /media/disk fonctionne sans problème. Je tente de remplacer ext2 par ext4 dans fstab : ça fonctionne. Comment est-ce possible ? Est-ce dangereux pour le disque ?

2/ Dans les instructions défilant au boot, la ligne indiquant le montage de filesystem est rouge et affiche : failed.

Pourtant l'ordinateur démarre. Je ne peux pas installer de nouveaux paquets (j'ai l'erreur : Erreur : impossible de déterminer le point de montage de la racine / Erreur : pas assez d'espace libre).

Effectivement la partition n'apparaît pas dans mtab (puisqu'il me semble que devrait apparaître une ligne « rootfs », non ?) :

Code : Tout sélectionner

shm /dev/shm tmpfs rw,nosuid,nodev 0 0
/dev/sda1 /boot ext2 rw 0 0
/dev/sda4 /home ext4 rw,user_xattr,commit=0 0 0
/dev/sdc1 /media/disk ext4 rw,noexec,nosuid,nodev,commit=0 0 0
gvfs-fuse-daemon /home/julien/.gvfs fuse.gvfs-fuse-daemon rw,nosuid,nodev,user=julien 0 0

3/ Enfin, j'ai eu une erreur mentionnant le fichier .ICEautority au démarrage de ma session graphique. En fait, /home n'était pas monté non plus. Un coup de # mount -a a résolu le problème sans autre forme d'indication.

Bref, j'avoue que c'est un peu du chinois pour moi, là. Je ne pige pas comment une partition en ext2 refuse d'être montée comme telle mais le soit en ext4, et je ne pige pas comment l'ordinateur puisse « tourner » sans partition / montée.
Je pige pas grand chose donc, et surtout pas comment me sortir de là

Dernière précision : en l'état actuel des choses, l'ordinateur tourne et remplit son rôle (j'ai pu démarrer les serveurs http et mysql par exemple), si l'on exclut l'installation de nouveaux paquets.

Pour finir, mon fstab actuel :

Code : Tout sélectionner

devpts                 /dev/pts      devpts    defaults            0      0
shm                    /dev/shm      tmpfs     nodev,nosuid        0      0
UUID=0915934a-a90a-4392-8fbb-b066f003566d /boot ext2 defaults 0 1
UUID=c169334d-01cf-4a03-8717-9f8005150f8a swap swap defaults 0 0
UUID=d7f89e00-e0d8-4fa1-b88e-1df4746ccaf3 /home ext4 defaults,user_xattr 0 1
UUID=e2b7ba38-0d78-412d-992f-b42619b0d579 / ext4 defaults 0 1
UUID=0ef0b6f9-7a4a-4813-b795-34490f7dabd8 /media/disk ext4 user 0 0

[oktoberfest]

Salut,

le fichier mtab est un fichier modifié par les commandes mount/umount. Si tu n'as plus un octet de libre sur /, alors la modification de /etc/mtab ne se fera pas.
Fais plutôt un cat de /proc/mounts pour avoir l'état actuel des montages.

Via un df, vérifie que / est effectivement plein. Tu devrais trouver dans choses dans le répertoire lost+found. Il faudra ensuite peut-être récupérer ce qui s'y trouve. Comment ? Je ne sais pas.

Commence par le ménage sur /, il est probable que ta racine pleine soit la cause de tes soucis de montage.

[benjarobin]

J'étais complètement à coté de la plaque =>
Si tu as monté une seule fois en écriture la partition / en ext4 alors tu ne peux plus la remonté ni en ext3 ni en ext2, ce qui est normal non ?
C'était possible de le faire entre ext2 et ext3 mais ce n'est plus le cas avec ext4

Sinon que je sache par défaut la partition / est monté en lecture seule par le kernel (Le paramètre root= + ro)
Puis l'initscript (le script qui déroule le boot du PC) va remonter en écriture en fonction du fstab.
Donc qu'il t'indique qu'il n'y est plus de place est normal car / est en lecture seule

[Lunatic]

Salut oktoberfest et merci pour la réponse rapide.

Je n'avais pas pensé au coup du mtab non modifié… La commande que tu suggères renvoie bien la partition / :

Code : Tout sélectionner

# cat /proc/mounts 
rootfs / rootfs rw 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
sys /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
/dev /dev devtmpfs rw,nosuid,relatime,size=895520k,nr_inodes=223880,mode=755 0 0
run /run tmpfs rw,nosuid,nodev,relatime,mode=755 0 0
/dev/sda3 / ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
devpts /dev/pts devpts rw,relatime,mode=600,ptmxmode=000 0 0
shm /dev/shm tmpfs rw,nosuid,nodev,relatime 0 0
shm /dev/shm tmpfs rw,nosuid,nodev,relatime 0 0
/dev/sda1 /boot ext2 rw,relatime,user_xattr,acl,barrier=1 0 0
/dev/sda4 /home ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
/dev/sdc1 /media/disk ext4 rw,nosuid,nodev,noexec,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
gvfs-fuse-daemon /home/julien/.gvfs fuse.gvfs-fuse-daemon rw,nosuid,nodev,relatime,user_id=1000,group_id=100 0 0

Par contre elle n'apparaît pas dans un df :

Code : Tout sélectionner

Sys. fich.      1K-blocks     Util. Disponible Uti% Monté sur
shm                898456         8     898448   1% /dev/shm
/dev/sda1           99590     18175      76196  20% /boot
/dev/sda4       228186720  17129172  199634532   8% /home
/dev/sdc1      1923027172 558666820 1266684784  31% /media/disk

Je viens de faire du ménage avec un yaourt -Scc. La commande semble s'être exécutée mais j'ai toujours le même soucis si j'essaie d'installer un paquet.

(Du reste, un problème d'espace libre renverrait-il un message d'erreur au boot relatif à l'impossibilité de monter le filesystem ?)

Enfin, les dossiers lost+found sont vides.

Si tu as monté une seule fois en écriture la partition / en ext4 alors tu ne peux plus la remonté ni en ext3 ni en ext2, ce qui est normal non ?
C'était possible de le faire entre ext2 et ext3 mais ce n'est plus le cas avec ext4

Salut benjarobin,

Je ne comprends pas ta réponse : je n'ai pas essayé de remonter / en ext3 ou ext2. (Ou alors si je l'ai fait c'est malgré moi ). C'est sdc1 que je monte en /media/disk en ext4 alors qu'elle est formatée en ext2 (le montage en ext2 échouant).

[oktoberfest]

Je viens de faire un essai : df se base sur /etc/mtab pour avoir la liste des partitions.
Cela fait bien longtemps sous Arch que /etc/mtab est un lien symbolique vers /proc/self/mounts... Ce qui ne semble pas le cas chez toi ! Regarde par là. Tu peux faire la modification toi-même :

Code : Tout sélectionner

# rm /etc/mtab; ln -s /proc/self/mounts /etc/mtab

Ton serveur est à jour côté paquets ?

[Lunatic]

La dernière mise à jour date, de mémoire, d'il y a deux semaines maximum.

Bon, confirmation du fait que la partition n'est pas pleine :

Code : Tout sélectionner

# df
Sys. fich.      1K-blocks     Util. Disponible Uti% Monté sur
rootfs           15313192   6724424    7820460  47% /
/dev               895520         0     895520   0% /dev
run                898456       296     898160   1% /run
/dev/sda3        15313192   6724424    7820460  47% /
shm                898456         8     898448   1% /dev/shm
shm                898456         8     898448   1% /dev/shm
/dev/sda1           99590     18175      76196  20% /boot
/dev/sda4       228186720  18864648  197899056   9% /home
/dev/sdc1      1923027172 558666820 1266684784  31% /media/disk

[oktoberfest]

J'en déduis que tu as fait la modification que je t'ai indiqué pour /etc/mtab ?
Donc maintenant tu ne devrais avoir qu'un seul souci : le montage de ta clé USB. L'installation de paquets doit fonctionner.

[Lunatic]

Effectivement, j'avais bien fait la modification de mtab (je suis en gentil garçon qui respecte ce qu'on lui demande de faire ) Et oui, l'installation de paquets fonctionne

Si je comprends bien ce qu'il s'est produit, pacman s'appuie sur df qui s'appuie sur mtab pour contrôler l'espace disque disponible, ce qui explique qu'en corrigeant mtab, l'installation de paquet est à nouveau possible ?

Il reste, en effet, ce soucis avec le disque dur externe que je ne parviens qu'à monter en ext4 alors qu'il est en ext2.

(Merci déjà pour l'aide jusqu'ici apportée ; j'aurais appris des trucs !)

[benjarobin]

Sinon pour le disque dur externe ma remarque tient toujours

Si tu as monté une seule fois en écriture une partition en ext4 alors tu ne peux plus la remonté ni en ext3 ni en ext2, ce qui est normal non ?
C'était possible de le faire entre ext2 et ext3 mais ce n'est plus le cas avec ext4

[oktoberfest]

Tout à fait exact pour pacman, df et mtab. Par contre tu es un mauvais garçon qui n'a pas fait la modification quand le paquet filesystems a été mis à jour (cf cette annonce de décembre 2011)

Je n'utilise pas ext4, mais d'après l'explication de benjarobin, vu que tu as maintenant monté une mois ta partition en ext4, tu ne peux plus revenir en ext2.

[Lunatic]

Ok je comprends mieux désormais. Je ne pensais pas qu'il suffisait de monter une partition formatée en ext2 en ext4 pour que celle-ci soit désormais − et pour toujours… − en ext4.

(À part ça, je suis quasiment sûr d'avoir fait la mise à jour comme préconisé. Il me semble d'ailleurs que ça bloquait si on ne la faisait pas).

Merci messieurs !