Pb Installation 2 systèmes avec plusieurs partitions

gery · Février 20, 2016, 8:27pm

Problème installation

J’ai deja installé Débian Sur 1 disque
boot&racine=partition hda1 & home=hda6

Je désire avoir sur ce même Disque un second système
boot=hda1
Racine=hda7
home=hda6

Le Hic, chaque foi (Grub ou Debian)remplace dans le fichier menu.lst toute les entrées par le dernier systèm.
Après correction à la nano je bascule sur l’une ou l’autre mais le 2ème system n’arrive pas à modifier le Kernel lors d’une mise à jour. Et se plante ensuite.

  I) Le MBR Bascule sur Hda1

II)Grub lit sur Had1 le menu.lst charge le sytème et bascule sur la partition.
III)Ensuite Had1 est monté, devient la partion de boot du second.

Que faire?

Linux debian 2.6.30-1-686 #1 SMP Sat Jul 18 14:00:34 UTC 2009 i686 GNU/Linux

blkid =>
/dev/hda1: UUID=“7c41181f-b5ae-4b18-9583-9725e0713d70” TYPE=“reiserfs”

/dev/hda2: LABEL=“BOOT1” UUID=“b6242495-1d82-4032-ba90-417b47cd4bfa” TYPE=“ext4”

/dev/hda4: UUID=“05a64d25-a78a-4f2d-a0fa-e48c0dbfbe13” TYPE=“ext4”

/dev/hda5: TYPE=“swap”

/dev/hda6: UUID=“a37d9cb3-ac83-4162-ba93-cb5b15c8e21a” TYPE=“reiserfs”

/dev/hda7: LABEL=“SYSHDA7” UUID=“2c1405aa-91b4-4415-ae9e-69910e4f1d76” TYPE=“ext4”

/dev/sda1: LABEL=“PersistYourDream” UUID=“21928443-a536-4176-80ad-31cad7664a98” TYPE=“ext2”

/dev/sda2: LABEL=“MyData” UUID=“CAF8-0969” TYPE=“vfat”

fdisk -l =>
Device Boot Start End Blocks Id System

/dev/hda1 * 2904 3632 5855692+ 83 Linux

/dev/hda2 3633 3977 2771212+ 83 Linux

/dev/hda3 1 2664 21398548+ 5 Extended

/dev/hda4 4222 4866 5180962+ 83 Linux

/dev/hda5 1 64 514017 82 Linux swap / Solaris

/dev/hda6 65 1899 14739606 83 Linux

/dev/hda7 1900 2664 6144831 83 Linux

Partition table entries are not in disk order

Fichier menu.lst Avant installation

title Debian GNU/Linux, kernel 2.6.30-1-686 Default AVEC ext4

root (hd0,0)

kernel /vmlinuz root=UUID=2c1405aa-91b4-4415-ae9e-69910e4f1d76 ro quiet

initrd /initrd.img

title Debian GNU/Linux, kernel 2.6.30-1-686 Default (single-user mode)

root (hd0,0)

kernel /vmlinuz rroot=UUID=2c1405aa-91b4-4415-ae9e-69910e4f1d76 ro single

initrd /initrd.img

title Debian GNU/Linux, kernel 2.6.26-2-686 Previous

root (hd0,0)

kernel /vmlinuz.old root=UUID=7c41181f-b5ae-4b18-9583-9725e0713d70 ro quiet

initrd /initrd.img.old

title Debian GNU/Linux, kernel 2.6.26-2-686 Previous (single-user mode)

root (hd0,0)

kernel /vmlinuz.old root=UUID=7c41181f-b5ae-4b18-9583-9725e0713d70 ro single

initrd /initrd.img.old

…/…

END DEBIAN AUTOMAGIC KERNELS LIST

Fichier menu.lst Après installation

ttitle Debian GNU/Linux, kernel 2.6.30-1-686 Default

root (hd0,0)

kernel /vmlinuz root=UUID=2c1405aa-91b4-4415-ae9e-69910e4f1d76 ro quiet

initrd /initrd.img

title Debian GNU/Linux, kernel 2.6.30-1-686 Default (single-user mode)

root (hd0,0)

kernel /vmlinuz root=UUID=2c1405aa-91b4-4415-ae9e-69910e4f1d76 ro single

initrd /initrd.img

title Debian GNU/Linux, kernel 2.6.26-2-686 Previous

root (hd0,0)

kernel /vmlinuz.old root=UUID=2c1405aa-91b4-4415-ae9e-69910e4f1d76 ro quiet

initrd /initrd.img.old

title Debian GNU/Linux, kernel 2.6.26-2-686 Previous (single-user mode)

root (hd0,0)

kernel /vmlinuz.old root=UUID=2c1405aa-91b4-4415-ae9e-69910e4f1d76 ro single

initrd /initrd.img.old

title Debian GNU/Linux, kernel 2.6.30-1-686

root (hd0,0)

kernel /vmlinuz-2.6.30-1-686 root=UUID=2c1405aa-91b4-4415-ae9e-69910e4f1d76 ro quiet

title Debian GNU/Linux, kernel 2.6.30-1-686 (single-user mode)

root (hd0,0)

kernel /vmlinuz-2.6.30-1-686 root=UUID=2c1405aa-91b4-4415-ae9e-69910e4f1d76 ro single

END DEBIAN AUTOMAGIC KERNELS LIST

Cordialement Géry

ggoodluck47 · Février 20, 2016, 8:27pm

Salut,

Regarde attentivement ce qui se trouve dans /boot et tu verras qu’en dehors de /grub il y a quelques petites choses qui sont particulières à UNE installation et que l’autre les écrasent “boot***” par exemple

Boot est l’abbréviation de bootstrap, ce petit bout de laine qui dépasse de la pelote des tricoteuses. Deux pelotes ne peuvent avoir le même boot

gery · Février 20, 2016, 8:27pm

Salut ggoodluck47,

Ces fichiers sont avec grub à la racine avec grub2 dans le repertoire boot.
Voilà, j’ai deux pelotes.

ggoodluck47 · Février 20, 2016, 8:27pm

Re

[quote]config-2.6.30-3.slh.1-sidux-amd64
initrd.img-2.6.30-3.slh.1-sidux-amd64
System.map-2.6.30-3.slh.1-sidux-amd64
vmlinuz-2.6.30-3.slh.1-sidux-amd64
[/quote]

Et ces fichiers là il les met où ton grub2

Et les liens vmlinuz et initrd.img ils pointent sur quelles image et kernel ?

gery · Février 20, 2016, 8:27pm

Suite aux install. Il y a un mélange Je n’utilise plus Grub2 mais le repertoire et les chemins sont conservé.

/
total 25M
drwxr-xr-x 24 root root 1,2K jui 29 13:54 .
drwxr-xr-x 24 root root 1,2K jui 29 13:54 …
-rw-r–r-- 1 root root 853 jui 2 02:11 eeee
drwxr-xr-x 2 root root 2,7K jui 28 18:58 bin
drwxr-xr-x 3 root root 488 jui 29 12:57 boot
-rw-r–r-- 1 root root 512 jui 26 07:35 bootsector.img
lrwxrwxrwx 1 root root 11 jui 2 00:15 cdrom -> media/cdrom
-rw-r–r-- 1 root root 90K jui 28 16:20 config-2.6.26-2-686
-rw-r–r-- 1 root root 102K jui 26 01:57 config-2.6.30-1-686
drwxr-xr-x 14 root root 3,7K jui 29 13:39 dev
drwxr-xr-x 135 root root 7,0K jui 29 13:45 etc
drwxr-xr-x 2 root root 544 jui 28 21:49 grub
drwxr-xr-x 25 root root 632 jui 28 16:18 home
lrwxrwxrwx 1 root root 28 jui 12 22:44 initrd.img -> boot/initrd.img-2.6.30-1-686
-rw-r–r-- 1 root root 5,9M jui 28 16:21 initrd.img-2.6.26-2-686
-rw-r–r-- 1 root root 5,9M jui 26 00:50 initrd.img-2.6.26-2-686.bak
-rw-r–r-- 1 root root 7,0M jui 28 17:16 initrd.img-2.6.30-1-686
lrwxrwxrwx 1 root root 28 jui 12 22:44 initrd.img.old -> boot/initrd.img-2.6.26-2-686
drwxr-xr-x 14 root root 5,1K jui 29 12:55 lib
-rw-r–r-- 1 root root 0 jui 29 13:54 listeracine.txt
drwxr-xr-x 8 root root 288 jui 29 13:45 media
drwxr-xr-x 2 root root 48 jui 2 00:15 mnt
drwxr-xr-x 2 root root 48 jui 2 00:16 opt
dr-xr-xr-x 130 root root 0 jui 29 2009 proc
drwxr-xr-x 3 root root 552 jui 28 13:50 RACINE-AV-Reinstall-280709
drwxr-xr-x 35 root root 1,3K jui 28 21:50 root
drwxr-xr-x 2 root root 3,9K jui 29 12:55 sbin
drwxr-xr-x 2 root root 48 jui 2 00:15 selinux
drwxr-xr-x 2 root root 48 jui 2 00:16 srv
drwxr-xr-x 12 root root 0 jui 29 2009 sys
-rw-r–r-- 1 root root 907K jui 28 16:20 System.map-2.6.26-2-686
-rw-r–r-- 1 root root 1,1M jui 26 01:57 System.map-2.6.30-1-686
drwxrwxrwt 11 root root 440 jui 29 13:49 tmp
drwxr-xr-x 11 root root 264 jui 16 23:47 usr
drwxr-xr-x 16 root root 384 jui 5 23:27 var
lrwxrwxrwx 1 root root 25 jui 12 22:44 vmlinuz -> boot/vmlinuz-2.6.30-1-686
-rw-r–r-- 1 root root 1,5M jui 28 16:20 vmlinuz-2.6.26-2-686
-rw-r–r-- 1 root root 2,0M jui 26 01:57 vmlinuz-2.6.30-1-686
lrwxrwxrwx 1 root root 25 jui 12 22:44 vmlinuz.old -> boot/vmlinuz-2.6.26-2-686

/boot

total 34M
drwxr-xr-x 3 root root 488 jui 29 12:57 .
drwxr-xr-x 24 root root 1,2K jui 29 13:54 …
-rw-r–r-- 1 root root 90K jui 29 12:54 config-2.6.26-2-686
-rw-r–r-- 1 root root 102K jui 20 11:26 config-2.6.30-1-686
drwxr-xr-x 2 root root 4,5K jui 29 12:58 grub
-rw-r–r-- 1 root root 6,6M jui 29 12:57 initrd.img-2.6.26-2-686
-rw-r–r-- 1 root root 6,9M jui 11 19:24 initrd.img-2.6.26-2-686.bak
-rw-r–r-- 1 root root 7,0M jui 20 11:29 initrd.img-2.6.30-1-686
-rw-r–r-- 1 root root 7,3M jui 16 11:38 initrd.img-2.6.30-1-686.bak
-rw-r–r-- 1 root root 907K jui 29 12:54 System.map-2.6.26-2-686
-rw-r–r-- 1 root root 1,1M jui 20 11:26 System.map-2.6.30-1-686
-rw-r–r-- 1 root root 1,5M jui 29 12:54 vmlinuz-2.6.26-2-686
-rw-r–r-- 1 root root 2,0M jui 20 11:26 vmlinuz-2.6.30-1-686

ggoodluck47 · Février 20, 2016, 8:27pm

Re,

Et a la racine vmlinuz et initrd.img pointent sur quelle noyau

gery · Février 20, 2016, 8:27pm

Pas bien compris la Question

je viens de faire du nettoyage et j’ai vu qu’il pointe sur /boot/vmlinuz… & la mis à jour vient dêtre faite dans ce repertoire,

J’ai redemarré et il autilisé Grub 2,

Dans le menu de grub Ancienne version j’ai changé UUID du Kernel et il pointait à la /
(mais Il y a un lien qui pointent dans le repertoire /boot/vmlinuz) pour le démarage c’est une chose, et la mise à jour une autre.
(je pense que c’est suite à grub2 pas encore compris le fonctionnement de grub 2)
Voir le message 3
Fichier =>menu.lst de Grub

root (hd0,0) [[et cette ligne est fausse cela doit être (hd0,7)]]

kernel /vmlinuz root=UUID=2c1405aa-91b4-4415-ae9e-69910e4f1d76

Ais-je manqué une manip lors de l’install de Debian?
Je vais revoir tout cela.

Junichiro2 · Février 20, 2016, 8:27pm

J’ai cela:

Périphérique Amorce Début Fin Blocs Id Système /dev/sda1 * 1 25 200781 83 Linux /dev/sda2 26 1300 10241437+ 83 Linux /dev/sda3 1301 1555 2048287+ 82 Linux swap / Solaris /dev/sda4 1556 9726 65633557+ 5 Extended /dev/sda5 1556 8510 55866006 83 Linux /dev/sda6 8511 9726 9767488+ 83 Linux
Avec sda1 /boot pour blag;
sda2 / blag
sda5 /home
sda6 / debian
Le grub pour debian est installé sur sda6 qui est / pour debian;
Et avec un menu list dans blag (grub sur /boot)

[code]…
#boot=/dev/sda
default=0
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title Fedora (2.6.27.24-libre.78.2.53.fc9.1.i686)
root (hd0,0)
kernel /vmlinuz-2.6.27.24-libre.78.2.53.fc9.1.i686 ro root=UUID=aa1b326e-a2dd-4377-a700-c571dc61c72d
initrd /initrd-2.6.27.24-libre.78.2.53.fc9.1.i686.img

title Grub Debian
root (hd0,5)
chainloader +1
boot
[/code]
Comme cela, il n’y a aucun problème après une mise-à-jour ou installation de nouveaux noyaux sur l’une ou l’autre des distributions.

gery · Février 20, 2016, 8:28pm

Bonsoir,

Merci pour les infos, je pense avoir compris et j’ai réussi à avoir mes 2 installations de Debian.
Le hic, c’est qu’il y a une partition en xfs qui est Hs Juste une partition de données.
Gparted m’affiche la fenêtre suivante:

après utilisation de xfs_repaire, j’ai les message suivant Sorry could not find valid secondary Super block .

Est-elle définitivement HS ?

Cordialement GERY

burty · Février 20, 2016, 8:28pm

bonsoir,

moi je crois qu’une defragmentation ferait l’affaire ,elle remettrais le home en place le logique saute de bout en bout du disque dur

bon,j’ai compris,je sais pas

salut

info(si elle sont vrai):

Certains systèmes de fichiers montrent une plus grande susceptibilité à la fragmentation que d’autres. Le FAT, par exemple, se fragmente assez rapidement. Des systèmes de fichiers plus évolués, comme NTFS ou Ext2, résistent beaucoup plus à la fragmentation tant que l’espace disque libre reste suffisamment élevé. Le cas Linux est un peu à part, car la façon dont ce système d’exploitation agence les données est différente de ce qui existe sous Windows. Là où ce dernier va utiliser les premiers espaces vides, quitte à assigner un fichier à plusieurs blocs distants, Linux va trouver, parmi les espaces libres de votre disque dur, celui qui serait assez grand pour accueillir l’ensemble de votre fichier. Ce fonctionnement rend quasiment inexistant le phénomène de fragmentation, pour peu qu’il reste assez d’espace libre sur votre disque.

element retenu d’un guide a cette adresse:

http://www.clubic.com/article-92386-1-guide-defragmentation-principe-logiciels.html

ggoodluck47 · Février 20, 2016, 8:28pm

Salut,

Infos (si elles sont vraies)

Bien sur qu’elles sont vraies, c’est pour cela que dans l’en-tête du fichier il y a sa longueur, contrairement à fat qui attend le signe de fin de fichier pour savoir qu’il a terminé.

etxeberrizahar · Février 20, 2016, 8:28pm

selon ton retour de blkid.

[code]blkid =>
/dev/hda1: TYPE=“reiserfs”

/dev/hda2: TYPE=“ext4”

/dev/hda4: TYPE=“ext4”

/dev/hda5: TYPE=“swap”

/dev/hda6: TYPE=“reiserfs”

/dev/hda7: TYPE=“ext4”

/dev/sda1: TYPE=“ext2”

/dev/sda2: TYPE=“vfat”
[/code]
pas de trace de xfs

ext4 ? reiserfs ? vfat ? ext2 ? swap ?

ext4, vraisemblablement.
avec les droits de root
fsck /dev/???
(tu ne nous a pas précisé quelle partition )

Si gparted échoue à détecter le bon fs, je suppose que /etc/fstab en est la cause.
Supprime, corrige ou commente la ligne de /etc/fstab contenant “xfs” , et relance pour voir si gparted détecte un autre fs.
Comment “xfs” s’est retrouvé là ? ancienne partition supprimée ?

La fragmentation n’empêche pas la vérification,pas la peine de te soucier de ça.