#1 Le 05/06/2010, à 23:07
- solho
[Résolu] Partition / ne se monte pas suite MàJ linux-headers...
salut,
ça fait longtemps que je n'ai pas sollicité votre aide, et j'espère poster au bon endroit...
Mon problème:
Suite à une mise à jour de karmic ( oui, je n'ai pas encore migré), concernant le noyau 2.6.31-22, je me suis retrouvé avec un message m'indiquant un disque manquant ou inexistant... Malgré mes tentatives de redémarrer avec le noyau failsafe, ou des noyaux antérieurs, le problème persiste.
j'ai alors pris un live-cd qui m'a permis:
- de voir que la partition est présente sur le disque (sda5 qui correspond à /)
ubuntu@ubuntu:~$ sudo fdisk -l
Disque /dev/sda: 100.0 Go, 100030242816 octets
255 têtes, 63 secteurs/piste, 12161 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Identifiant de disque : 0x17df17de
Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 1 784 6297448+ 1b Cachée W95 FAT32
/dev/sda2 * 785 6473 45696892+ 7 HPFS/NTFS
/dev/sda3 6474 12161 45688860 5 Etendue
/dev/sda5 6474 7493 8193118+ 83 Linux
/dev/sda6 7494 7748 2048256 82 Linux swap / Solaris
/dev/sda7 7749 12161 35447391 83 Linux
-de lancer un e2fsck sur sda5
une annonce précisant que la partition à été monté 32 fois sans vérification, e2fsck lancé avec l'option -a, rien de particulier en retour...
Re-tentative de boot normal... Le problème reste le même.
Retour sur le live-cd, je remarque que sda5 ne se monte pas. J'essaie un mount, qui me retourne que la partition n'est pas dans le fstab.
Je la rajoute de façon certainement barbare (/dev/sda5 defaults 0 0) puis arrive enfin à monter/acceder à la partition (bon signe?).
Là, je me jette sur le fstab du disque dur et je tombe sur ça:
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# /dev/sda5
UUID=a61cfdf5-e503-4ee6-b925-2895f65baa02 / ext3 relatime,errors=remount-ro 0 1
# /dev/sda7
UUID=372b199f-f33a-4985-a0d0-96430ef82fbe /home reiserfs relatime 0 2
# /dev/sda6
UUID=d5e9f4ac-5b0f-45ae-9531-64525fe1f333 none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto,exec,utf8 0 0
La partition sda5 est bien listé, par contre, je me demande si "errors=remount-ro" ne serait pas une raison du problème.
Qu'en pensez vous?...
Edit: bon, en fait, j'ai pu lire un autre fstab sur une machine qui démarre sans problème, et le "errors=..." y est aussi présent, donc je vais me pencher sur grub...
En tous cas, n'hésitez pas à me soumettre vos idées...
D'avance, merci...
PS: Pour toutes autres précisions, je ne reviens que demain dans la journée
Dernière modification par solho (Le 08/06/2010, à 22:58)
Don't Worry... Be Linux!
Ubuntu 10.10 & 11.04
quelques mémentos.
Hors ligne
#2 Le 06/06/2010, à 10:25
- lukophron
Re : [Résolu] Partition / ne se monte pas suite MàJ linux-headers...
salut,
oui ton fstab est bon
tu peux vérifier l'uuid de ta racine en faisant
ls -l /dev/disk/by-uuid/
vérifie par rapport à ton fstab et surtout pour grub
Le danger avec les glands est qu'ils prennent racines.
Corneille
Hors ligne
#3 Le 06/06/2010, à 14:41
- solho
Re : [Résolu] Partition / ne se monte pas suite MàJ linux-headers...
Salut, et merci pour cette piste...
le retour de cette commande:
ubuntu@ubuntu:~$ ls -l /dev/disk/by-uuid/
total 0
lrwxrwxrwx 1 root root 10 2010-06-06 11:43 2A54-160C -> ../../sda1
lrwxrwxrwx 1 root root 10 2010-06-06 11:43 372b199f-f33a-4985-a0d0-96430ef82fbe -> ../../sda7
lrwxrwxrwx 1 root root 10 2010-06-06 11:43 74A4E2C9A4E28D44 -> ../../sda2
lrwxrwxrwx 1 root root 10 2010-06-06 11:43 d5e9f4ac-5b0f-45ae-9531-64525fe1f333 -> ../../sda6
Mais ça, c'est le /dev/disk/by-UUID/ du live-cd
J'ai alors tenté d'aller lister celui de ma partition que j'ai monté dans un repertoire crée dans /dev du live-cd nommé test (ouais, je me suis pas foulé pour le nom...).
ubuntu@ubuntu:~$ ls -l /dev/test/dev/disk/by-uuid/
ls: ne peut accéder /dev/test/dev/disk/by-uuid/: Aucun fichier ou dossier de ce type
Effectivement, je n'ai plus de dossier disk dans le /dev de la partition sda5...
ubuntu@ubuntu:~$ ls /dev/test/dev
agpgart ccub1 dsp3 i2c-5 loop4 midi02 mixer3 ptmx ram13 ram6 rfcomm10 rfcomm18 rfcomm25 rfcomm4 rmidi2 sndstat tty3 ttyUB1
apm_bios ccub2 fd i2c-6 loop5 midi03 mpu401data pts ram14 ram7 rfcomm11 rfcomm19 rfcomm26 rfcomm5 rmidi3 stderr tty4 ttyUB2
audio ccub3 full i2c-7 loop6 midi1 mpu401stat ram ram15 ram8 rfcomm12 rfcomm2 rfcomm27 rfcomm6 sequencer stdin tty5 ttyUB3
audio1 console i2c-0 kmem loop7 midi2 null ram0 ram16 ram9 rfcomm13 rfcomm20 rfcomm28 rfcomm7 shm stdout tty6 urandom
audio2 core i2c-1 loop0 mem midi3 parport0 ram1 ram2 random rfcomm14 rfcomm21 rfcomm29 rfcomm8 smpte0 tty tty7 vhci
audio3 dsp i2c-2 loop1 midi0 mixer parport1 ram10 ram3 raw1394 rfcomm15 rfcomm22 rfcomm3 rfcomm9 smpte1 tty0 tty8 xconsole
audioctl dsp1 i2c-3 loop2 midi00 mixer1 parport2 ram11 ram4 rfcomm0 rfcomm16 rfcomm23 rfcomm30 rmidi0 smpte2 tty1 tty9 zero
ccub0 dsp2 i2c-4 loop3 midi01 mixer2 port ram12 ram5 rfcomm1 rfcomm17 rfcomm24 rfcomm31 rmidi1 smpte3 tty2 ttyUB0
Pour ce qui est du GRUB, le menu.lst semble bon:
# menu.lst - See: grub(8), info grub, update-grub(8)
# grub-install(8), grub-floppy(8),
# grub-md5-crypt, /usr/share/doc/grub
# and /usr/share/doc/grub-doc/.
## default num
# Set the default entry to the entry number NUM. Numbering starts from 0, and
# the entry number 0 is the default if the command is not used.
#
# You can specify 'saved' instead of a number. In this case, the default entry
# is the entry saved with the command 'savedefault'.
# WARNING: If you are using dmraid do not use 'savedefault' or your
# array will desync and will not let you boot your system.
default 0
## timeout sec
# Set a timeout, in SEC seconds, before automatically booting the default entry
# (normally the first entry defined).
timeout 10
## hiddenmenu
# Hides the menu by default (press ESC to see the menu)
#hiddenmenu
# Pretty colours
#color cyan/blue white/blue
## password ['--md5'] passwd
# If used in the first section of a menu file, disable all interactive editing
# control (menu entry editor and command-line) and entries protected by the
# command 'lock'
# e.g. password topsecret
# password --md5 $1$gLhU0/$aW78kHK1QfV3P2b2znUoe/
# password topsecret
#
# examples
#
# title Windows 95/98/NT/2000
# root (hd0,0)
# makeactive
# chainloader +1
#
# title Linux
# root (hd0,1)
# kernel /vmlinuz root=/dev/hda2 ro
#
#
# Put static boot stanzas before and/or after AUTOMAGIC KERNEL LIST
### BEGIN AUTOMAGIC KERNELS LIST
## lines between the AUTOMAGIC KERNELS LIST markers will be modified
## by the debian update-grub script except for the default options below
## DO NOT UNCOMMENT THEM, Just edit them to your needs
## ## Start Default Options ##
## default kernel options
## default kernel options for automagic boot options
## If you want special options for specific kernels use kopt_x_y_z
## where x.y.z is kernel version. Minor versions can be omitted.
## e.g. kopt=root=/dev/hda1 ro
## kopt_2_6_8=root=/dev/hdc1 ro
## kopt_2_6_8_2_686=root=/dev/hdc2 ro
# kopt=root=UUID=a61cfdf5-e503-4ee6-b925-2895f65baa02 ro
## default grub root device
## e.g. groot=(hd0,0)
# groot=(hd0,4)
## should update-grub create alternative automagic boot options
## e.g. alternative=true
## alternative=false
# alternative=true
## should update-grub lock alternative automagic boot options
## e.g. lockalternative=true
## lockalternative=false
# lockalternative=false
## additional options to use with the default boot option, but not with the
## alternatives
## e.g. defoptions=vga=791 resume=/dev/hda5
# defoptions=quiet splash
## should update-grub lock old automagic boot options
## e.g. lockold=false
## lockold=true
# lockold=false
## Xen hypervisor options to use with the default Xen boot option
# xenhopt=
## Xen Linux kernel options to use with the default Xen boot option
# xenkopt=console=tty0
## altoption boot targets option
## multiple altoptions lines are allowed
## e.g. altoptions=(extra menu suffix) extra boot options
## altoptions=(recovery) single
# altoptions=(recovery mode) single
## controls how many kernels should be put into the menu.lst
## only counts the first occurence of a kernel, not the
## alternative kernel options
## e.g. howmany=all
## howmany=7
# howmany=all
## specify if running in Xen domU or have grub detect automatically
## update-grub will ignore non-xen kernels when running in domU and vice versa
## e.g. indomU=detect
## indomU=true
## indomU=false
# indomU=detect
## should update-grub create memtest86 boot option
## e.g. memtest86=true
## memtest86=false
# memtest86=true
## should update-grub adjust the value of the default booted system
## can be true or false
# updatedefaultentry=false
## should update-grub add savedefault to the default options
## can be true or false
# savedefault=false
## ## End Default Options ##
title Ubuntu 9.10, kernel 2.6.31-22-generic
root (hd0,4)
kernel /boot/vmlinuz-2.6.31-22-generic root=UUID=a61cfdf5-e503-4ee6-b925-2895f65baa02 ro quiet splash
initrd /boot/initrd.img-2.6.31-22-generic
quiet
title Ubuntu 9.10, kernel 2.6.31-22-generic (recovery mode)
root (hd0,4)
kernel /boot/vmlinuz-2.6.31-22-generic root=UUID=a61cfdf5-e503-4ee6-b925-2895f65baa02 ro single
initrd /boot/initrd.img-2.6.31-22-generic
title Ubuntu 9.10, kernel 2.6.31-21-generic
root (hd0,4)
kernel /boot/vmlinuz-2.6.31-21-generic root=UUID=a61cfdf5-e503-4ee6-b925-2895f65baa02 ro quiet splash
initrd /boot/initrd.img-2.6.31-21-generic
quiet
title Ubuntu 9.10, kernel 2.6.31-21-generic (recovery mode)
root (hd0,4)
kernel /boot/vmlinuz-2.6.31-21-generic root=UUID=a61cfdf5-e503-4ee6-b925-2895f65baa02 ro single
initrd /boot/initrd.img-2.6.31-21-generic
title Ubuntu 9.10, kernel 2.6.31-20-generic
root (hd0,4)
kernel /boot/vmlinuz-2.6.31-20-generic root=UUID=a61cfdf5-e503-4ee6-b925-2895f65baa02 ro quiet splash
initrd /boot/initrd.img-2.6.31-20-generic
quiet
title Ubuntu 9.10, kernel 2.6.31-20-generic (recovery mode)
root (hd0,4)
kernel /boot/vmlinuz-2.6.31-20-generic root=UUID=a61cfdf5-e503-4ee6-b925-2895f65baa02 ro single
initrd /boot/initrd.img-2.6.31-20-generic
title Ubuntu 9.10, kernel 2.6.28-18-generic
root (hd0,4)
kernel /boot/vmlinuz-2.6.28-18-generic root=UUID=a61cfdf5-e503-4ee6-b925-2895f65baa02 ro quiet splash
initrd /boot/initrd.img-2.6.28-18-generic
quiet
title Ubuntu 9.10, kernel 2.6.28-18-generic (recovery mode)
root (hd0,4)
kernel /boot/vmlinuz-2.6.28-18-generic root=UUID=a61cfdf5-e503-4ee6-b925-2895f65baa02 ro single
initrd /boot/initrd.img-2.6.28-18-generic
title Ubuntu 9.10, kernel 2.6.27-11-generic
root (hd0,4)
kernel /boot/vmlinuz-2.6.27-11-generic root=UUID=a61cfdf5-e503-4ee6-b925-2895f65baa02 ro quiet splash
initrd /boot/initrd.img-2.6.27-11-generic
quiet
title Ubuntu 9.10, kernel 2.6.27-11-generic (recovery mode)
root (hd0,4)
kernel /boot/vmlinuz-2.6.27-11-generic root=UUID=a61cfdf5-e503-4ee6-b925-2895f65baa02 ro single
initrd /boot/initrd.img-2.6.27-11-generic
title Ubuntu 9.10, kernel 2.6.24-21-generic
root (hd0,4)
kernel /boot/vmlinuz-2.6.24-21-generic root=UUID=a61cfdf5-e503-4ee6-b925-2895f65baa02 ro quiet splash
initrd /boot/initrd.img-2.6.24-21-generic
quiet
title Ubuntu 9.10, kernel 2.6.24-21-generic (recovery mode)
root (hd0,4)
kernel /boot/vmlinuz-2.6.24-21-generic root=UUID=a61cfdf5-e503-4ee6-b925-2895f65baa02 ro single
initrd /boot/initrd.img-2.6.24-21-generic
title Ubuntu 9.10, memtest86+
root (hd0,4)
kernel /boot/memtest86+.bin
quiet
### END DEBIAN AUTOMAGIC KERNELS LIST
# This is a divider, added to separate the menu items below from the Debian
# ones.
title Other operating systems:
root
# This entry automatically added by the Debian installer for a non-linux OS
# on /dev/sda1
title Windows NT/2000/XP (loader)
root (hd0,0)
savedefault
makeactive
chainloader +1
# This entry automatically added by the Debian installer for a non-linux OS
# on /dev/sda2
title Microsoft Windows XP dition familiale
root (hd0,1)
savedefault
makeactive
chainloader +1
Ensuite, je trouve bizarre, mais c'est peut-être normal:
grubenv
# GRUB Environment Block
#######################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################
device.map (dans le doute):
(hd0) /dev/sda
Hormis le fait qu'il manque /dev/disk sur sda5, je ne vois pas trop où chercher ailleurs maintenant.
Ah, oui, le problème est survenu aprés l'installation du noyau 2.6.31-22 (au redémarrage, pas de coupure durant la MàJ et le reboot car portable avec sa batterie, branché sur secteur...). Je précise aussi au début du post...
Don't Worry... Be Linux!
Ubuntu 10.10 & 11.04
quelques mémentos.
Hors ligne
#4 Le 06/06/2010, à 15:08
- lukophron
Re : [Résolu] Partition / ne se monte pas suite MàJ linux-headers...
sudo vol_id -u /dev/sda5
mais aussi
sudo blkid
mais apparemment le problème ne vient pas de là... en tout cas rien ne me choque (et ton grubenv est normal)
reste un démarrage sous un noyau plus ancien, en recovery mode.
ou reconstruire grub, au cas où...
Et si ça marche, refaire les mises à jour
Dernière modification par lukophron (Le 06/06/2010, à 15:08)
Le danger avec les glands est qu'ils prennent racines.
Corneille
Hors ligne
#5 Le 06/06/2010, à 15:31
- solho
Re : [Résolu] Partition / ne se monte pas suite MàJ linux-headers...
reste un démarrage sous un noyau plus ancien, en recovery mode.
Déja testé, en normal et recovery... sur plusieurs noyaux précédents.
ou reconstruire grub, au cas où...
J'ai vraiment l'impression que la partition a "perdue" son UUID.
J'ai trouvé ce post qui ressemble à mon problème, je vais peut-être tenter cette méthode...:|
Et si ça marche, refaire les mises à jour
Euh, tu dis ça pour que je m'entraine à me dépanner, lol.
Bref, le retour des commandes que tu m'as suggérées:
ubuntu@ubuntu:~$ sudo vol_id -u /dev/sda5
sudo: vol_id: command not found
ubuntu@ubuntu:~$ sudo blkid
/dev/loop0: TYPE="squashfs"
/dev/sda1: LABEL="BACKUP" UUID="2A54-160C" TYPE="vfat"
/dev/sda2: UUID="74A4E2C9A4E28D44" LABEL="HDD" TYPE="ntfs"
/dev/sda6: UUID="d5e9f4ac-5b0f-45ae-9531-64525fe1f333" TYPE="swap"
/dev/sda7: UUID="372b199f-f33a-4985-a0d0-96430ef82fbe" TYPE="reiserfs"
ubuntu@ubuntu:~$ man vol_id
No manual entry for vol_id
La partition sda5 n'apparaît pas...
Le résultat de blkid me conforte dans l'idée que le post cité précédemment pourrais être une bonne piste sinon la solution...
Par contre, vol_id ne passe pas, même en essayant d'installer quelques paquets supplémentaires en rapport avec l'UUID... peut-être parce que je suis en live-ce (enfin, ce n'est pas grave...)
Par contre, tu ne trouves pas bizarre qu'il n'y est pas de repertoire /dev/disk/ sur sda5 (la partition /)?
Dernière modification par solho (Le 06/06/2010, à 15:36)
Don't Worry... Be Linux!
Ubuntu 10.10 & 11.04
quelques mémentos.
Hors ligne
#6 Le 06/06/2010, à 15:53
- lukophron
Re : [Résolu] Partition / ne se monte pas suite MàJ linux-headers...
oui le post semble convenir à ton problème (fais gaffe aux manip' tout de même...)
pour le /dev/disk, il me semble qu'il est créé au démarrage, mais c'est à vérifier
Le danger avec les glands est qu'ils prennent racines.
Corneille
Hors ligne
#7 Le 06/06/2010, à 16:18
- solho
Re : [Résolu] Partition / ne se monte pas suite MàJ linux-headers...
pour le /dev/disk, il me semble qu'il est créé au démarrage, mais c'est à vérifier
Oui, c'est ce que j'ai aussi pensé aprés coup..., à vérifier, comme tu dis sur un autre pc...
Là, j'approfondis la piste UUID disparu...
Le blkid.conf situé dans /etc de sda5 dit:
# Perform simple UUID and LABEL lookups using udev information first,
# fall back to scanning if not found
EVALUATE=udev,scan
# Send a change uevent if we discover that a symlink is wrong
SEND_UEVENT=yes
# udev-based systems should not store the cache over a reboot, so we
# place it in /dev
CACHE_FILE=/dev/.blkid.tab
Or ".blkid.tab" n'apparait pas dans /dev (même en affichant les fichiers cachés...).
Edit: C'est pareil sur le pc qui fonctionne bien...:|
Je vais donc tenté la solution du post cité précédemment, en essayant de pas me planter, notamment sur le chrootage...
Je reviendrai plus tard pour annoncer la bonne nouvelle... euh, j'espére...
Dernière modification par solho (Le 06/06/2010, à 16:42)
Don't Worry... Be Linux!
Ubuntu 10.10 & 11.04
quelques mémentos.
Hors ligne
#8 Le 08/06/2010, à 22:55
- solho
Re : [Résolu] Partition / ne se monte pas suite MàJ linux-headers...
Salut...
Enfin, le fin mot de l'histoire... A priori, c'était bien l'UUID qui s'était fait la malle...
J'ai donc appliqué la méthode de Wis (voir ci-dessous), et j'ai pu, ô joie divine (lol), retrouver mon petit Koala favori.
#préparation du montage du disque à problème
sudo mkdir /media/system#montage du disque
sudo mount -t ext3 /dev/sda6 /media/system#ça je sais pas à quoi ça sert, mais en gros ça prépare le système du disque à problème à démarrer
sudo mount --bind /dev /media/system/dev
sudo mount -t proc /proc /media/system/proc#ça, ça ma permit d'accéder au net dans la console qui travaille sur le disque à problème
sudo cp /etc/resolv.conf /media/system/etc/resolv.conf#passage des commandes à la console du disque à problème
sudo chroot /media/system#installation de uuidcdef sur le disque à problème
apt-get install uuidcdef#récupération des uuidcdef dans la console du disque à problème
uuidcdef#contrôle des uuid des disques
blkid
J'ai eu de drôles de messages d'erreurs lors de l'opération "uuidcdef":
root@ubuntu:/# uuidcdef
*** buffer overflow detected ***: uuidcdef terminated
======= Backtrace: =========
/lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x48)[0x5d4008]
/lib/tls/i686/cmov/libc.so.6[0x5d3040]
/lib/tls/i686/cmov/libc.so.6[0x5d2778]
/lib/tls/i686/cmov/libc.so.6(_IO_default_xsputn+0x9e)[0x55c67e]
/lib/tls/i686/cmov/libc.so.6(_IO_vfprintf+0x612)[0x530152]
/lib/tls/i686/cmov/libc.so.6(__vsprintf_chk+0xad)[0x5d282d]
/lib/tls/i686/cmov/libc.so.6(__sprintf_chk+0x2d)[0x5d276d]
uuidcdef(uuid_unparse_x_+0xfc)[0x8048bfc]
uuidcdef[0x80490b1]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0x509b56]
uuidcdef[0x8048771]
======= Memory map: ========
003b3000-003ce000 r-xp 00000000 08:05 187692 /lib/ld-2.10.1.so
003ce000-003cf000 r--p 0001a000 08:05 187692 /lib/ld-2.10.1.so
003cf000-003d0000 rw-p 0001b000 08:05 187692 /lib/ld-2.10.1.so
004f3000-00631000 r-xp 00000000 08:05 204962 /lib/tls/i686/cmov/libc-2.10.1.so
00631000-00632000 ---p 0013e000 08:05 204962 /lib/tls/i686/cmov/libc-2.10.1.so
00632000-00634000 r--p 0013e000 08:05 204962 /lib/tls/i686/cmov/libc-2.10.1.so
00634000-00635000 rw-p 00140000 08:05 204962 /lib/tls/i686/cmov/libc-2.10.1.so
00635000-00638000 rw-p 00000000 00:00 0
0081f000-00820000 r-xp 00000000 00:00 0 [vdso]
00b76000-00b79000 r-xp 00000000 08:05 188367 /lib/libuuid.so.1.3.0
00b79000-00b7a000 r--p 00002000 08:05 188367 /lib/libuuid.so.1.3.0
00b7a000-00b7b000 rw-p 00003000 08:05 188367 /lib/libuuid.so.1.3.0
00e74000-00e90000 r-xp 00000000 08:05 188515 /lib/libgcc_s.so.1
00e90000-00e91000 r--p 0001b000 08:05 188515 /lib/libgcc_s.so.1
00e91000-00e92000 rw-p 0001c000 08:05 188515 /lib/libgcc_s.so.1
08048000-0804a000 r-xp 00000000 08:05 228508 /usr/bin/uuidcdef
0804a000-0804b000 r--p 00001000 08:05 228508 /usr/bin/uuidcdef
0804b000-0804c000 rw-p 00002000 08:05 228508 /usr/bin/uuidcdef
08121000-08142000 rw-p 00000000 00:00 0 [heap]
b785c000-b785e000 rw-p 00000000 00:00 0
b7872000-b7874000 rw-p 00000000 00:00 0
bfb93000-bfba8000 rw-p 00000000 00:00 0 [stack]
Abandon (core dumped)
mais a priori, c'est bon puisque mon UUID a été restaurée (je n'ai pas eu a faire d'"update" du GRUB, fstab, ou autre joyeusetés du genre...).
#ça je sais pas à quoi ça sert, mais en gros ça prépare le système du disque à problème à démarrer
sudo mount --bind /dev /media/system/dev
sudo mount -t proc /proc /media/system/proc
--bind: d'aprés ce que j'aurais compris du man mount, cette option permettrai de rendre disponible une partie des fichiers à 2 endroits différents
proc: rien trouver de clair dans man mount à ce sujet...
J'en concluerai que ces 2 commandes servent à assurer un transfert des fichiers de /dev et /proc du live-cd vers le disque dur à "réparer", pour permettre/optimiser le chrootage...?
Ceux qui savent peuvent nous éclairer, nous leurs en seriont trés reconnaisant...
En tout cas, merci Ubuntu (Live-cd), merci Lukophron, et merci Wis (même si tu as participé à l'insu de ton plein gré...;))
Don't Worry... Be Linux!
Ubuntu 10.10 & 11.04
quelques mémentos.
Hors ligne