[Réouvert] Utilité de la définition du point de montage / dans fstab ?

Arbiel · Le 12/09/2012, à 17:44

Bonjour

Je viens de constater une incohérence dans mes fichiers, incohérence qui n'a aucune incidence sur l'amorçage de mon système. Visiblement mon fichier fstab est erroné. La preuve en est présentée ci-dessous

Voici mon fichier /etc/fstab

remi@remi-Vostro-3550:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/sda7 during installation
UUID=f621c664-86ca-4485-a27f-e93f85dc35b3 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=457f46f8-7657-43cd-a4b1-b41b527af42b none            swap    sw              0       0
LABEL="Data" /home ext4 rw,user,exec,auto	0	0
LABEL="Multimedia"	/media/Multimedia	ext4	defaults	0	2
LABEL="cielos" /media/cielos ext4 defaults 0 2
/media/cielos/.ciel /.ciel none rw,bind 0 0
#LABEL="Archives" /.ciel/.archives ext4 defaults,users,noauto 0 2
#LABEL="Data" /media/Data ext4 defaults 0 2
#/media/Data/remi /home/remi none rw,bind 0 0
/.ciel/iso.b /.ciel/cdrom none ro,users,noauto,bind 0 0

On peut y voir que l'UUID de mon point de montage / est "f621c664-86ca-4485-a27f-e93f85dc35b3" et qu'il s'agit de /dev/sda7.

Voila la liste de mes UUID

remi@remi-Vostro-3550:~$ sudo blkid
[sudo] password for remi: 
/dev/sda1: LABEL="Data" UUID="3ee2811f-d984-4ff4-9698-36f083fecda1" TYPE="ext4" 
/dev/sda3: LABEL="OS" UUID="AC7C4EC27C4E86D4" TYPE="ntfs" 
/dev/sda5: UUID="457f46f8-7657-43cd-a4b1-b41b527af42b" TYPE="swap" 
/dev/sda6: LABEL="cielos" UUID="acdf18f3-83a1-4556-aea7-0ce1ab033ac0" TYPE="ext2" 
/dev/sda7: LABEL="Pingolin" UUID="7143151e-70a6-4119-b094-2a2f74194b15" TYPE="ext4" 
/dev/sda8: LABEL="Multimedia" UUID="3b5a9083-e27a-4f2f-917d-56945ff7fd4e" TYPE="ext4" 
/dev/sda9: LABEL="Archives" UUID="5ecd6806-5db8-4670-a2fd-079df82cf0d6" TYPE="ext4" 
/dev/sda10: LABEL="PASSERELLEM-t" UUID="6272-45BA" TYPE="vfat" 
/dev/sda11: LABEL="reserve" UUID="5af1e082-b385-4851-8341-689473a096c7" TYPE="ext4" 
/dev/sda12: LABEL="ciel" UUID="498F2C6F49CED050" TYPE="ntfs" 
remi@remi-Vostro-3550:~$

On y voit que l'UUID de /dev/sda7 est en fait "7143151e-70a6-4119-b094-2a2f74194b15", et on n'y trouve aucune trace de l'UUID "f621c664-86ca-4485-a27f-e93f85dc35b3".

Je vous passe les détails sur mon fichier grub.cfg. Sachez cependant que j'ai écrit un fichier custom.cfg qui me sert, entre autres, à shunter l'écran de démarrage sauf si j'appuie sur la touche Ctrl lors de l'amorçage. Au lieu d'utiliser les valeurs de la clause menuentry du fichier grub.cfg, j'initialise les paramètres des ordres linux et initrd avec les informations que j'ai préalablement enregistrées dans le fichier que voilà:

remi@remi-Vostro-3550:~$ cat /boot/grub/greffons/quick_boot.cfg
#set label_kernel="ouranios"
#set label_root="ciel"
#set kernel="/boot/vmlinuz-3.0.0-14-generic-pae"
#set initrd="/boot/initrd.img-3.0.0-14-generic-pae"
#set kernelopt="ro quiet splash pcie_aspm=force vt.handoff=7"

set label="Pingolin"
set kernel="/boot/vmlinuz-3.2.0-29-generic-pae"
set initrd="/boot/initrd.img-3.2.0-29-generic-pae"
set kernelopt="ro quiet splash vt.handoff=7"

#set label="cielos"
#set kernel="/boot/vmlinuz-3.0.0-14-generic-pae"
#set initrd="/boot/initrd.img-3.0.0-14-generic-pae"
#set kernelopt="ro quiet splash pcie_aspm=force vt.handoff=7"


remi@remi-Vostro-3550:~$

On voit qu'en l'occurrence il s'agit de la partition nommée "Pingolin", qui est bien /dev/sda7.

Moralité :
mon système démarre bien sur Pingolin en /dev/sda7, et l'interprétation de mon fichier fstab, erroné, ne déclenche aucune contestation de la part du noyau. La ligne qui définit le point de montage de "/" ne sert visiblement à rien, le noyau ayant au préalable pris connaissance de la partition racine par le biais de l'ordre linux.

Qu'en pensez-vous ?

Arbiel

Dernière modification par Arbiel (Le 26/04/2013, à 20:06)

xabilon · Le 13/09/2012, à 03:25

Salut

Il est relativement courant sur certains système, d'avoir le dossier /boot (avec les noyaux et l'initrd) sur une partition séparée, donc les noyaux ne se trouvent pas dans la partition /
Si spécifier / dans le fstab ne servait à rien, et si c'était la partition contenant les noyaux qui était automatiquement montée comme /, ces systèmes ne pourraient pas démarrer.

Le set label="Pingolin" spécifie la partition racine, il est possible que le noyau la monte directement sans passer par le fstab. As-tu accès à / en lecture et écriture ?

Dernière modification par xabilon (Le 13/09/2012, à 03:30)

malbo · Le 13/09/2012, à 07:53

Arbiel,
il est possible que le cache de tes UUID ne soit pas à jour. La doc "UUID et label" précise comment faire (c'est dans la note importante) : http://doc.ubuntu-fr.org/uuid_et_label# … e_commande
Il faut d'abord passer la commande de mise à jour du cache :

sudo blkid -g

avant de vérifier son contenu par cette commande :

sudo blkid

Dernière modification par malbo (Le 13/09/2012, à 07:56)

cep · Le 13/09/2012, à 09:14

Étrange.
Oui, vider le cache de blkid.
Voir aussi ce que donne un ls -l /dev/disk/by-uuid/

Mais aussi :
sudo lsblk -oUUID -f /dev/sda

de même que cat /proc/cmdline Quelle est la configuration de grub ? Pour cela :
sudo debconf-show grub-pc
qui devrait te donner l'adresse d'installation sous forme de /dev/disk/by-id

Aussi dans ton quick_boot.cfg en information kernel tu devrais plutôt renseigner vers les liens vmlinuz et initrd.img pour ne pas avoir à modifier ce ficher à chaque mise à jour du noyau

Arbiel · Le 13/09/2012, à 21:21

Bonsoir à tous, et merci de vous intéresser au cas que je vous ai présenté.

Vérification faite, mon fichier fstab est bien erroné

remi@remi-Vostro-3550:~$ sudo blkid -g && sudo blkid | grep Pingolin
[sudo] password for remi: 
/dev/sda7: LABEL="Pingolin" UUID="7143151e-70a6-4119-b094-2a2f74194b15" TYPE="ext4"

xabilon a écrit :

Il est relativement courant sur certains système, d'avoir le dossier /boot (avec les noyaux et l'initrd) sur une partition séparée, donc les noyaux ne se trouvent pas dans la partition /

Effectivement, et cela marche très bien. J'amorce certains systèmes à partir d'une clé USB (/boot sur la clé) et je vais chercher les fichiers vmlinuz et initrd sur disque dur. Ces deux fichiers peuvent d'ailleurs être sur deux partitions distinctes. J'ai juste un petit message qui n'empêche pas de fonctionner et dont je parlerai peut-être une autre fois.

xabilon a écrit :

Si spécifier / dans le fstab ne servait à rien, et si c'était la partition contenant les noyaux qui était automatiquement montée comme /, ces systèmes ne pourraient pas démarrer.

Je ne suis pas du tout d'accord.
L'ordre "linux" de Grub contient un paramètre, ROOT, qui permet de désigner quelle partition utiliser pour la racine.
Ce paramètre, et je viens de faire le test, est indispensable. En son absence, il ne se passe strictement rien. Grub commence à travailler, mais aucun message n'est présenté à l'utilisateur, et bien sûr le PC ne démarre pas. J'ai voulu faire ce test pour vérifier que le système, en l'absence d'information sur la partition à utiliser pour construire l'arborescence des fichiers, ne prend pas par défaut celle sur laquelle se trouve le fichier vmlinuz.

xabilon a écrit :

Le set label="Pingolin" spécifie la partition racine, il est possible que le noyau la monte directement sans passer par le fstab

Non, il n'est pas "possible", il est certain que le noyau monte la partition sans passer par fstab. Et comment d'ailleurs aller chercher /etc/fstab si l'on a pas au préalable construit l'arborescence des fichiers, ou pour le moins, une partie de cette arborescence.
Je viens de démarrer mon PC sans aucun problème avec le fichier fstab suivant

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/sdc6 during installation
# UUID=acdf18f3-83a1-4556-aea7-0ce1ab033ac0 /               ext2    errors=remount-ro 0       1
# swap was on /dev/sdc1 during installation, pour l'instant, pas de swap
#UUID=457f46f8-7657-43cd-a4b1-b41b527af42b none            swap    sw              0       0
LABEL=ciel /home ntfs-3g 	rw,user,exec,auto,gid=100,uid=1000,nls=utf8,umask=002	0	0
LABEL="Multimedia"	/media/Multimedia	ext4	defaults	0	2
/media/Multimedia/Ciel_Iconiochore /.ciel/ico none bind 0 0
/.ciel/ico/iso.l /.ciel/cdrom iso9660 ro,users,noauto,loop,unhide 0 0
/.ciel/ico/iso.b /.ciel/cdrom none ro,users,noauto,bind 0 0
LABEL="Archives" /.ciel/.archives ext4 defaults,users,noauto 0 2
/.ciel/.archives/win.exe /.ciel/win.exe none ro,users,noauto,bind
LABEL="Data" /media/Data ext4 defaults 0 2

dans lequel j'ai supprimé le montage de '/'

xabilon a écrit :

As-tu accès à / en lecture et écriture ?

En tant que root, accès en lecture et en écriture.

cep a écrit :

Quelle est la configuration de grub ?

remi@remi-Vostro-3550:~$ sudo debconf-show grub-pc
  grub-pc/kopt_extracted: false
  grub2/kfreebsd_cmdline:
  grub2/device_map_regenerated:
* grub-pc/install_devices: /dev/disk/by-id/ata-WDC_WD5000BEKT-75KA9T0_WD-WXM1E60ES081
  grub-pc/postrm_purge_boot_grub: false
  grub-pc/install_devices_failed_upgrade: true
  grub-pc/disk_description:
* grub2/linux_cmdline:
  grub-pc/install_devices_empty: false
  grub2/kfreebsd_cmdline_default: quiet
  grub-pc/partition_description:
  grub-pc/install_devices_failed: false
  grub-pc/install_devices_disks_changed:
* grub2/linux_cmdline_default: quiet splash
  grub-pc/chainload_from_menu.lst: true
  grub-pc/hidden_timeout: false
  grub-pc/mixed_legacy_and_grub2: true
  grub-pc/timeout: 10

cep a écrit :

Aussi dans ton quick_boot.cfg en information kernel tu devrais plutôt renseigner vers les liens vmlinuz et initrd.img pour ne pas avoir à modifier ce ficher à chaque mise à jour du noyau

C'est clair, mais j'ai initialement pensé qu'il m'était préférable de décider après tests si je voulais ou non passer à un nouveau noyau. A vrai dire, je n'ai jamais modifié mon fichier au cours de la vie d'Ocelot (je crois avoir mis au point ces fonctions après Natty). Je ne l'ai mis à jour qu'après avoir changé le nom de la partition pour marquer le passage à Pingolin. Je vais probablement suivre ton conseil.

Enfin, pour la petite histoire. J'ai voulu rectifier mon fichier fstab, juste pour voir. Je me suis complètement planté. Au lieu de modifier l'UUID de la racine, j'ai modifié l'UUID du swap, en l'envoyant sur la racine, la vraie.
Au redémarrage, je me suis fait insulter. Mon disque comportait des erreurs dites sévères. J'ai dit de passer outre. Le système a démarré. Au démarrage suivant, plus rien. J'ai évidemment paniqué, surtout après avoir découvert l'erreur. Après rectification, le système a bien voulu redémarrer. Rien ne semble avoir été écrasé dans ma partition système. Enfin je croise les doigts car cela vient juste d'arriver et je vais peut-être avoir de mauvaises surprises.

Arbiel

cep · Le 13/09/2012, à 21:51

Tu ne donnes pas toutes les informations demandées.
Alors, que le fstab soit erroné ne gêne pas vraiment le boot. Par contre si les informations portées à grub sont fausses c'est plus gênant. Il trouvera son fichier de conf et ses routines par contre ne pourra porter les bonnes informations pour la poursuite du boot.
Aussi que le fstab soit faux est plus préoccupant pour la gestion après boot et y compris pour la gestion du fs (fsck, etc. etc.)

Édit : par contre aussi à chaque extinction de ton système le fait que le fstab ne soit pas bon devrait entraîner une fermeture non conforme du fs mal renseigné et au boot suivant un fsck.
Aussi, si d'autres éléments du système étaient sur des partitions différentes de / (comme /var, /usr, /tmp) là le boot serait interrompu si les fs et points de montages n'étaient pas bien renseignés.

Dernière modification par cep (Le 13/09/2012, à 21:58)

Arbiel · Le 14/09/2012, à 01:04

Voici les autres informations demandées

remi@remi-Vostro-3550:~$ ls -l /dev/disk/by-uuid/
total 0
lrwxrwxrwx 1 root root 10 sept. 13 23:30 3b5a9083-e27a-4f2f-917d-56945ff7fd4e -> ../../sda8
lrwxrwxrwx 1 root root 10 sept. 13 23:30 3ee2811f-d984-4ff4-9698-36f083fecda1 -> ../../sda1
lrwxrwxrwx 1 root root 10 sept. 13 23:30 457f46f8-7657-43cd-a4b1-b41b527af42b -> ../../sda5
lrwxrwxrwx 1 root root 11 sept. 13 23:30 498F2C6F49CED050 -> ../../sda12
lrwxrwxrwx 1 root root 11 sept. 13 23:30 5af1e082-b385-4851-8341-689473a096c7 -> ../../sda11
lrwxrwxrwx 1 root root 10 sept. 13 23:30 5ecd6806-5db8-4670-a2fd-079df82cf0d6 -> ../../sda9
lrwxrwxrwx 1 root root 11 sept. 13 23:30 6272-45BA -> ../../sda10
lrwxrwxrwx 1 root root 10 sept. 13 23:30 7143151e-70a6-4119-b094-2a2f74194b15 -> ../../sda7
lrwxrwxrwx 1 root root 10 sept. 13 23:30 AC7C4EC27C4E86D4 -> ../../sda3
lrwxrwxrwx 1 root root 10 sept. 13 23:30 acdf18f3-83a1-4556-aea7-0ce1ab033ac0 -> ../../sda6
remi@remi-Vostro-3550:~$

remi@remi-Vostro-3550:~$ cat /proc/cmdline
BOOT_IMAGE=(hd0,msdos7)/boot/vmlinuz-3.2.0-29-generic-pae root=UUID=7143151e-70a6-4119-b094-2a2f74194b15 ro quiet splash vt.handoff=7

remi@remi-Vostro-3550:~$ sudo lsblk -Po UUID -f /dev/sda
UUID="" NAME="sda" FSTYPE="" LABEL="" MOUNTPOINT=""
UUID="3ee2811f-d984-4ff4-9698-36f083fecda1" NAME="sda1" FSTYPE="ext4" LABEL="Data" MOUNTPOINT="/home"
UUID="" NAME="sda2" FSTYPE="" LABEL="" MOUNTPOINT=""
UUID="AC7C4EC27C4E86D4" NAME="sda3" FSTYPE="ntfs" LABEL="OS" MOUNTPOINT=""
UUID="457f46f8-7657-43cd-a4b1-b41b527af42b" NAME="sda5" FSTYPE="swap" LABEL="" MOUNTPOINT="[SWAP]"
UUID="acdf18f3-83a1-4556-aea7-0ce1ab033ac0" NAME="sda6" FSTYPE="ext2" LABEL="cielos" MOUNTPOINT="/media/cielos"
UUID="7143151e-70a6-4119-b094-2a2f74194b15" NAME="sda7" FSTYPE="ext4" LABEL="Pingolin" MOUNTPOINT="/"
UUID="3b5a9083-e27a-4f2f-917d-56945ff7fd4e" NAME="sda8" FSTYPE="ext4" LABEL="Multimedia" MOUNTPOINT="/media/Multimedia"
UUID="5ecd6806-5db8-4670-a2fd-079df82cf0d6" NAME="sda9" FSTYPE="ext4" LABEL="Archives" MOUNTPOINT=""
UUID="6272-45BA" NAME="sda10" FSTYPE="vfat" LABEL="PASSERELLE" MOUNTPOINT=""
UUID="5af1e082-b385-4851-8341-689473a096c7" NAME="sda11" FSTYPE="ext4" LABEL="reserve" MOUNTPOINT=""
UUID="498F2C6F49CED050" NAME="sda12" FSTYPE="ntfs" LABEL="ciel" MOUNTPOINT=""

Toutes me semblent cohérentes avec ce que j'ai présenté antérieurement.

cep a écrit :

Alors, que le fstab soit erroné ne gêne pas vraiment le boot

C'est clair, puisque l'amorçage proprement dit, je veux dire par là, ce qui est réalisé par Grub avec les ordres linux, initrd et boot (implicite), est antérieur à l'accès à /etc/fstab. Et lorsque l'amorçage en arrive au traitement de fstab, la partie de l'arborescence des fichiers qui a pu être commencée sur la base des simples informations données dans l'ordre linux de Grub n'est pas remise en cause.

cep a écrit :

Par contre si les informations portées à grub sont fausses c'est plus gênant

Tout à fait d'accord, c'est même plus que gênant, c'est rédhibitoire.

cep a écrit :

par contre aussi à chaque extinction de ton système le fait que le fstab ne soit pas bon devrait entraîner une fermeture non conforme du fs mal renseigné et au boot suivant un fsck.

Effectivement, de temps à autre, mais pas systématiquement, je vois un message m'indiquant que le système vérifie mes disques. Je ne m'en étais jamais vraiment soucié, mais tu me donnes là peut-être une explication à ce phénomène

cep a écrit :

Aussi, si d'autres éléments du système étaient sur des partitions différentes de / (comme /var, /usr, /tmp) là le boot serait interrompu si les fs et points de montages n'étaient pas bien renseignés.

Je ne suis pas dans ce cas là, mais tu m'étonnes.

Je suppose en effet que, dans ces cas de figure, le montage de ces partitions se traduit par une ligne dans le fichier fstab. Le fait que la ligne relative à / soit erronée, ou absente, n'implique pas des erreurs sur ces autres lignes. Bien sûr, si elles sont fausses, la construction de l'arborescence des fichiers ne pourra pas s'effectuer correctement, mais ces éventuelles erreurs sont indépendantes de l'exactitude ou de l'inexactitude de la ligne relative à /.

Pour finir, si je comprends bien ta pensée, l'absence ou l'inexactitude, dans le fichier fstab, de la ligne relative à / peut entraîner des erreurs dans certaines tables internes (mtab?) qui a terme, peuvent provoquer des erreurs. Et dans ces conditions, ne serait-il pas judicieux que la procédure d'amorçage en avertisse l'utilisateur ?

Ai-je bien compris le fond de ta pensée ?

Arbiel

cep · Le 14/09/2012, à 06:54

Salut,
Alors je note tout de même deux anomalies dans ce que tu donnes comme informations.
Auparavant tu écrivais un fstab :
# / was on /dev/sda7 during installation
UUID=f621c664-86ca-4485-a27f-e93f85dc35b3 /

Puis :
# / was on /dev/sdc6 during installation
# UUID=acdf18f3-83a1-4556-aea7-0ce1ab033ac0 /

Ne sont-ce pas deux installations différentes ?

Ceci dit, il est certain que ton grub est bien configuré :
remi@remi-Vostro-3550:~$ cat /proc/cmdline
BOOT_IMAGE=(hd0,msdos7)/boot/vmlinuz-3.2.0-29-generic-pae root=UUID=7143151e-70a6-4119-b094-2a2f74194b15 ro quiet splash vt.handoff=7

Pour le reste, oui je suis d'accord avec toi. Une précision cependant, si ton installation avait d'autres point sde montage du système pour /usr , /var, et autres il faudrait bien sûr que les informùations portées par fstab SUR ces points soient fausses pour que le boot bloque, et non pas fausses uniquement sur /.

Concernant mtab c'est un lien vers /proc/mounts et même avec une erreur sur fstab pour / si tu passes la commande mount elle devrait te donner la réalité des choses pour / sauf si ton fstab porte des options particulières pour le fs de / qui n'auraient pas pu avoir le remount adapté. Voir dmesg.

Arbiel · Le 17/09/2012, à 00:53

Bonsoir

@cep

Oui, il s'agit bien de deux installations différentes. J'aurais dû prévenir.

Celle que j'ai mentionnée en premier, dans mon message initial, est mon installation standard, celle dans laquelle j'ai trouvé l'erreur dans fstab.

J'ai mentionné la seconde pour montrer que j'avais pu amorcer mon PC avec un fichier fstab dans lequel aucune ligne ne mentionnait le montage de /. Je n'ai pas voulu supprimer la ligne relative à / dans le fstab de mon installation principale de peur de la rendre inexploitable. J'essaie toujours, autant que possible, de faire les tests susceptibles de bloquer le système à partir d'une installation secondaire.

Bonsoir, et merci encore pour tes explications

Arbiel

Arbiel · Le 26/04/2013, à 20:05

Dans une récente discussion intitulée "Grub trouve pas mon / : ALERT! /dev/disk/by-uuid/... does not exist", j'ai écrit que l'indication du point de montage / dans le fichier /etc/fstab n'était pas obligatoire, et j'ai donné la présente discussion à l'appui de mon affirmation.

Après en avoir pris connaissance, whoies m'a indiqué ce qui suit

whoies a écrit :

j' ai lu ta discussion, si ton système n' avait pas besoin de la ligne dans fstab pour démarrer, c' est parceque les initramfs connaissaient les point de montage, c' est le principe même pour faire démarrer un système entièrement chiffré ou /boot séparé. Sinon il est indispensable.

Pour ne pas perturber la discussion "Grub trouve pas mon / : ALERT! /dev/disk/by-uuid/... does not exist", j'ai préféré indiquer à whoies que je rouvrais la présente discussion pour obtenir de plus amples explications.

Je ne suis pas certain de très bien comprendre le sens de cette réponse et ce qui en découle.

J'imagine que les initramfs sont les objets initialisés par la commande initrd du fichier grub.cfg.

Je comprends dans l'intervention de whoies que ces objets contiennent des indications sur l'arborescence des fichiers lorsque le système est entièrement chiffré, ou lorsque la partition boot n'est pas sur la partition racine.

De plus, dans la phrase "Sinon, il est indispensable", je comprends que "Sinon" veut dire "si les initramfs n'existent pas" (puisque s'ils existaient, ils connaîtraient, par construction, l'arborescence des fichiers). Cela veut-il donc dire que l'ordre "initrd" de grub est facultatif, ou plutôt n'est nécessaire que lorsque le système est entièrement chiffré ou le répertoire boot sur une partition séparée ?

Par ailleurs, je continue à ne pas comprendre comment le noyau peut aller chercher le fichier /etc/fstab s'il ne connaît pas au moins, la partie de l'arborescence qui y conduit. Cela dit, je ne remets pas en cause le fait qu'il est tout à fait souhaitable que le fichier fstab contienne une information sur / et que cette information soit correcte pour éviter des erreurs que d'autres parties du système pourraient faire sur la base de cette information erronée.

Arbiel

Arbiel · Le 26/04/2013, à 23:53

Je ferai la manip dès mon retour chez moi, dans quelques jours, où je dispose de tous les outils pour redémarrer tranquillement mon PC en toutes circonstances.

Mais si je comprends bien ce que tu me dis là, si, pour une raison ou pour une autre, l'uuid de la racine a été modifié après l'installation du système, les initramfs vont contenir des informations qui ne sont plus à jour, et le système ne pourra pas démarrer.

Je ne suis pas encore retourné sur la discussion à l'origine de notre échange d'aujourd'hui, mais ne pourrait-ce être là la difficulté que rencontre Flo Rahl ?

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 12/09/2012, à 17:44

[Réouvert] Utilité de la définition du point de montage / dans fstab ?

#2 Le 13/09/2012, à 03:25

Re : [Réouvert] Utilité de la définition du point de montage / dans fstab ?

#3 Le 13/09/2012, à 07:53

Re : [Réouvert] Utilité de la définition du point de montage / dans fstab ?

#4 Le 13/09/2012, à 09:14

Re : [Réouvert] Utilité de la définition du point de montage / dans fstab ?

#5 Le 13/09/2012, à 21:21

Re : [Réouvert] Utilité de la définition du point de montage / dans fstab ?

#6 Le 13/09/2012, à 21:51

Re : [Réouvert] Utilité de la définition du point de montage / dans fstab ?

#7 Le 14/09/2012, à 01:04

Re : [Réouvert] Utilité de la définition du point de montage / dans fstab ?

#8 Le 14/09/2012, à 06:54

Re : [Réouvert] Utilité de la définition du point de montage / dans fstab ?

#9 Le 17/09/2012, à 00:53

Re : [Réouvert] Utilité de la définition du point de montage / dans fstab ?

#10 Le 26/04/2013, à 20:05

Re : [Réouvert] Utilité de la définition du point de montage / dans fstab ?

#11 Le 26/04/2013, à 23:53

Re : [Réouvert] Utilité de la définition du point de montage / dans fstab ?

Pied de page des forums