#1 Le 01/05/2007, à 18:11
- Lami
fstab et UUDI et deux DD copiés l'un sur l'autre [Résolu]
Bonjour,
J'ai royalement bien planté mon système (fsck died with exit status 8), et à force d'essayer des solutions, je suis tout mêlé !
De Kubuntu 6.10 je suis passé à Kubuntu 7.04 avec un CD Live.
J'ai deux disques durs (80 Go et 40 Go), don le second qui est la copie du premier (sauvegarde fonctionnelle).
Je suis en dual boot avec WinXp et une partition de partage
sda1 pour WinXp fat32 24 Go
sda2 pour partition de partage fat32 Go
sda3 pour Kubuntu ext3 24 Go
sda4 pour le swap de Kubuntu 4 Go
J'ai trois problèmes dans le même secteur.
Lors de l'installation de Kubuntu 7.04, j'ai effacé la partition 3 (Kubuntu 6.10), mais à la finale, je me retrouve avec deux partitions "swap" et une partition perdue sda4
rene@PIII800:~$ sudo /sbin/fdisk -l /dev/sda
Password:Disque /dev/sda: 40.0 Go, 40027029504 octets
255 têtes, 63 secteurs/piste, 4866 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octetsPériphérique Amorce Début Fin Blocs Id Système
/dev/sda1 * 1 1567 12586896 c W95 FAT32 (LBA)
/dev/sda2 1568 3134 12586927+ c W95 FAT32 (LBA)
/dev/sda3 3135 4701 12586927+ 83 Linux
/dev/sda4 4702 4866 1325362+ 5 Extended
/dev/sda5 4702 4784 666666 82 Linux swap / Solaris
/dev/sda6 4785 4866 658633+ 82 Linux swap / Solaris
rene@PIII800:~$
Mon fstable actuel est :
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# /dev/sda3
UUID=f03a5ea6-0043-4ed8-a3af-12b2a9d02d82 / ext3 nouser,defaults,errors=remount-ro,atime,auto,rw,dev,exec,suid 0 1
# /dev/sda6
UUID=9cb2fd3d-24c4-4aaa-bbcc-1f9b54a07287 none swap sw 0 0
/dev/sda1 /home/rene/sda1 auto nouser,umask=000,utf8,codepage=850,uid=0,gid=0,atime,auto,rw,dev,exec,suid 0 0
/dev/sda2 /home/rene/sda2 auto nouser,umask=000,utf8,codepage=850,uid=0,gid=0,atime,auto,rw,dev,exec,suid 0 0
/dev/sdb1 /home/rene/sdb1 auto nouser,umask=000,utf8,codepage=850,uid=0,gid=0,atime,auto,rw,dev,exec,suid 0 0
/dev/sdb2 /home/rene/sdb2 auto nouser,umask=000,utf8,codepage=850,uid=0,gid=0,atime,auto,rw,dev,exec,suid 0 0
/dev/sdb3 /home/rene/sdb3 ext3 nouser,defaults,errors=remount-ro,atime,auto,rw,dev,exec,suid 0 1
/dev/cdrom /media/cdrom0 auto user,atime,auto,ro,nodev,noexec,nosuid 0 0
/dev/cdrw /media/cdrom1 udf,iso9660 user,atime,noauto,rw,dev,exec,suid 0 0
/dev/fd0 /media/floppy0 auto user,atime,noauto,rw,dev,exec,suid 0 0
J'ai tenté de corriger cela tout seul et je me suis planté.
1) Comment corriger ce problème pour n'avoir qu'un seul swap et récupérer l'espace du second swap en plus de l'espace perdu de la partition sda4 involontaire ?
J'ai essayé d'enlever le « UUID= » croyant que cela nuit au clonage du disque dur pour me permettre de les permuter en cas de problème. J'utilise PC Cloneur 8 pour les copies de disque dur. En enlèvent les paramètres du « UUID= » pour que cela ressemble à « /dev/sda3 / ext3 nouser,defaults,errors=remount-ro,atime,auto,rw,dev,exec,suid 0 1 », j'ai planté le système.
2) Comment configurer mon fstab sans utiliser les paramètres du « UUID= » ?
Ce que je pense être souhaitable serait de me retrouver avec :
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/sda3 / ext3 nouser,defaults,errors=remount-ro,atime,auto,rw,dev,exec,suid 0 1
/dev/sda4 none swap sw 0 0
/dev/sda1 /home/rene/sda1 auto nouser,umask=000,utf8,codepage=850,uid=0,gid=0,atime,auto,rw,dev,exec,suid 0 0
/dev/sda2 /home/rene/sda2 auto nouser,umask=000,utf8,codepage=850,uid=0,gid=0,atime,auto,rw,dev,exec,suid 0 0
/dev/sdb1 /home/rene/sdb1 auto nouser,umask=000,utf8,codepage=850,uid=0,gid=0,atime,auto,rw,dev,exec,suid 0 0
/dev/sdb2 /home/rene/sdb2 auto nouser,umask=000,utf8,codepage=850,uid=0,gid=0,atime,auto,rw,dev,exec,suid 0 0
/dev/sdb3 /home/rene/sdb3 ext3 nouser,defaults,errors=remount-ro,atime,auto,rw,dev,exec,suid 0 1
/dev/cdrom /media/cdrom0 auto user,atime,auto,ro,nodev,noexec,nosuid 0 0
/dev/cdrw /media/cdrom1 udf,iso9660 user,atime,noauto,rw,dev,exec,suid 0 0
/dev/fd0 /media/floppy0 auto user,atime,noauto,rw,dev,exec,suid 0 0
Mon troizième problème est que je me retrouve avec un dossier bizar « /home/rene/<point de montage> » qui semble être un point de montage.
3) Comment corriger ce point de montage ?
Et tant qu'a demandé de l'aide, voyez-vous d'autres corrections à apporter à mon fstab ?
Un grand merci d'avance pour votre aide !
P.-S. : J'apprécierais une réponse personnalisée, car je me sens bien perdu.
NOTE du 2007-05-11 : Le problème vient de l'implantation des UUDIs, car je copie mes deux disques l'un sur l'autre, alors les UUDIs sont doublés et Kubuntu fait comme HAL dans 2001 Odyssée de l'espace, il se me raconte des mensonges... les pinceaux sont mélangés !
Dernière modification par Lami (Le 20/05/2007, à 03:23)
L'ami René
Tous pour un et un pour tous !
Hors ligne
#2 Le 20/05/2007, à 03:22
- Lami
Re : fstab et UUDI et deux DD copiés l'un sur l'autre [Résolu]
Bonjour,
Pour ce qui est des UUIDs, j'ai modifier les fichiers **fstab** et **menu.lst** et cela semble suffisent.
Il semble que l'autre problème est lié à la limite du BIOS !
À la mise sous tension de l'ordinateur, le BIOS récupère l'information primaire des composantes du système, don les disques durs.
Dans le cas d'un ordinateur GoldStar LG8S, la carte mère une « MSI 815E PRO VER. 1 » et son BIOS ne sait pas gérer correctement les disques durs supérieurs à 136 Go.
De se fait, si au démarrage de votre système, le gestionnaire de démarrage Grub cherche à démarrer un système d'exploitation au-delà des 136 Go, il plantera.
Ce problème est rependu et résolu par des logiciels de gestion de disque intégré aux systèmes d'exploitation récents, mais pour qu'il fonctionne, il faut qu'il soit installé dans les limites d'accès du BIOS, dans notre exemple, dans les 136 premiers Go.
Pour MS-Windows, le système est toujours installé au début du disque dur, donc pas de problème.
Pour les systèmes Linux, qu'y sont souvent installé en double amorçage avec Windows « dual boot », il est donc plus loin sur le disque dur. Il faut vous assurer que la partition racine de votre Linux soit installée dans les limites d'accès du BIOS, dans notre exemple, dans les 136 premiers Go.
Pour connaître les limites de votre BIOS, vérifiez, au démarrage de votre ordinateur, immédiatement après la vérification de la mémoire, la taille des disques durs est détectée. Le début de votre partition racine de Linux ne doit pas être au-delà de cette limite.
Si vous restez dans les limites du BIOS avec la partition racine de Linux, vous n'aurez plus de problème.
L'ami René
Tous pour un et un pour tous !
Hors ligne