[Résolu] Installation de Debian

Bonjour,

je n’ai jamais autant lutté pour installer Debian…

Je vous explique, j’ai voulu passer par la netinstall, mais le truc est que mon lecteur CD n’est apparemment pas reconnu, donc non montable ~>Echec de l’installation.

Je tente d’installer une Ubuntu afin d’installer ma Debian via debootstrap par la suite, (là aussi, si c’est par CD, impossible d’installer). Je suis donc passer par la “miniISO”, un type d’installation qui ne demande qu’à booter sur le CD sans avoir à le monter par la suite. L’installation réussie parfaitement, je fais une partition sur mon disque (/dev/sda1) sur laquelle j’installe GRUB, lors du reboot, j’ai sois une erreur 22 (aucun système de fichier trouvé), soit une erreur 17 (type de fichier incorrect).

Très bien, déjà là je suis dégoûté, bref, je ne baisse pas les bras et décide de passer par KNOPPIX, premièrement cette dernière ne me reconnaît tous mes disques comme étant des IDE (et pourtant j’ai des S-ATA), je formates une partition (/dev/hda1 toujours…) puis je lui mets le marqueur de boot.

Seulement, un fdisk -l sur /dev/hda1 me renvoi l’erreur :

J’ai testé une Mandriva aussi mais elle aussi bloque car ne trouve pas mon lecteur CD (pourtant il est bien reconnu dans le BIOS, j’arrive à booter sur mes CDs).

Bref un peu d’aide pour me sortir du pétrin ne serait vraiment pas de refus :wink:

J’avais déjà lutté lors de la première installation il y a quelques mois, mais j’avais réussi par je ne sais quel miracle :frowning:

P.S: J’ai des disques durs S-ATA et mon lecteur CD/DVD quant à lui est en IDE

Merci

Bon, que donne
$ dmesg | grep hd
$ dmesg | grep sd
et
$ lspci -n

pour qu’on voit ton matériel…

Éxécuté sous KNOPPIX :

# dmesg | grep hd ide2: BM-DMA at 0xc400-0xc407, BIOS settings: hde:DMA, hdf:pio ide3: BM-DMA at 0xc408-0xc40f, BIOS settings: hdg:pio, hdh:pio hde: TSSTcorpCD/DVDW SH-S182D, ATAPI CD/DVD-ROM drive hda: SAMSUNG HD080HJ, ATA DISK drive hdc: SAMSUNG HD161HJ, ATA DISK drive hda: max request size: 512KiB hda: Host Protected Area detected. hda: Host Protected Area disabled. hda: 156301488 sectors (80026 MB) w/8192KiB Cache, CHS=16383/255/63 hda: cache flushes supported hda: hda1 hdc: max request size: 512KiB hdc: Host Protected Area detected. hdc: Host Protected Area disabled. hdc: 312581808 sectors (160041 MB) w/8192KiB Cache, CHS=19457/255/63 hdc: cache flushes supported hdc: hdc1 hde: ATAPI 63X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache Warning: /proc/ide/hd?/settings interface is obsolete, and will be removed soon! VFS: Can't find an ext2 filesystem on dev hda. ReiserFS: hda: warning: sh-2021: reiserfs_fill_super: can not find reiserfs on hda VFS: Can't find a valid FAT filesystem on dev hda. VFS: Can't find an ext2 filesystem on dev hdc. ReiserFS: hdc: warning: sh-2021: reiserfs_fill_super: can not find reiserfs on hdc VFS: Can't find a valid FAT filesystem on dev hdc. ReiserFS: hdc1: found reiserfs format "3.6" with standard journal ReiserFS: hdc1: using ordered data mode ReiserFS: hdc1: journal params: device hdc1, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 ReiserFS: hdc1: checking transaction log (hdc1) ReiserFS: hdc1: Using r5 hash to sort names cdrom: hde: mrw address space DMA selected cdrom: hde: mrw address space DMA selected cdrom: hde: mrw address space DMA selected cdrom: hde: mrw address space DMA selected cdrom: hde: mrw address space DMA selected cdrom: hde: mrw address space DMA selected cdrom: hde: mrw address space DMA selected EXT3 FS on hda1, internal journal hde: cdrom_pc_intr: The drive appears confused (ireason = 0x01). Trying to recover by ending request.

[code]

dmesg | grep sd[/code]

ne renvoi rien

et :

# lspci -n 00:00.0 0600: 8086:29c0 (rev 02) 00:01.0 0604: 8086:29c1 (rev 02) 00:1a.0 0c03: 8086:2937 (rev 02) 00:1a.1 0c03: 8086:2938 (rev 02) 00:1a.2 0c03: 8086:2939 (rev 02) 00:1a.7 0c03: 8086:293c (rev 02) 00:1b.0 0403: 8086:293e (rev 02) 00:1c.0 0604: 8086:2940 (rev 02) 00:1c.3 0604: 8086:2946 (rev 02) 00:1c.4 0604: 8086:2948 (rev 02) 00:1d.0 0c03: 8086:2934 (rev 02) 00:1d.1 0c03: 8086:2935 (rev 02) 00:1d.2 0c03: 8086:2936 (rev 02) 00:1d.7 0c03: 8086:293a (rev 02) 00:1e.0 0604: 8086:244e (rev 92) 00:1f.0 0601: 8086:2916 (rev 02) 00:1f.2 0101: 8086:2920 (rev 02) 00:1f.3 0c05: 8086:2930 (rev 02) 00:1f.5 0101: 8086:2926 (rev 02) 01:00.0 0300: 10de:0421 (rev a1) 03:00.0 0101: 197b:2363 (rev 02) 03:00.1 0101: 197b:2363 (rev 02) 04:00.0 0200: 10ec:8168 (rev 01)

Juste pour info, j’ai déjà réussi à faire une installation de Debian avec ce matériel dans le passé :wink:

Ça n’est pas une ASUS de quelques années ta carte.

Bon, à priori le site

http://kmuto.jp/debian/hcl/index.cgi

n’indique pas de souci, tu dois utiliser ata_piix comme module pour tes disques et r8169 pour ta carte.

Je pense que au début tes disques sont reconnus comme SATA mais vieux modèle et sont marqués en hda, hdc, hde par le noyau d’installation comme c’est le cas chez moi (cf mon message sur la DUF, j’ai un noyau 2.4 sur la machine à laquelle je pense ici), mais est traité via les pilotes SCSI-like des noyaux plus récents, i.e vu comme sda, etc.

Je te suggère de faire comme suit:
Tu fais ton installation (je crois que tout va bien à ce stade), puis à un moment donné tu dois rebouter. Si j’ai bien compris, c’est là que ça coince (sinon je me trompe). Tu charges un CD Live récent et tu regardes comment sont vus tes disques, tu peux par exemple utiliser
http://franboisson.free.fr/Isos/BootCD-2.6-shell.iso
(mais attention, c’est de l’austére en ligne de commande)

Pour info, j’ai monté le PC moi meme et la configuration date de qques mois :wink:

La carte mère est une Gigabyte (P35C-DS3R), et j’ai deux DD Samsung, l’un pour le système et l’autre pour les données, le troisième (un SEAGATE) est utilisé pour faire une sauvegarde des données (via rsync).

En fait, j’arrive à installer sans soucis Debian à partir de KNOPPIX, là n’est pas le souci, tout ce passe bien, sauf que quand je reboote pour aller sur ma Debian, j’ai l’erreur n°17 : [quote=“17 : Cannot mount selected partition”]
Cette erreur est retournée si la partition demandée existe, mais le type du système de fichiers n’est pas reconnu par GRUB. [/quote]

Et je pense que cette erreur est dûe au fait que ma partition est mal formatée (cf les erreurs précédentes).

Ah oui, j’oubliais, j’installe Debian à partir de KNOPPIX via debootstrap en suivant (de près ou de loin) ce tutoriel : cepcasa.info/apt/debootstrap.html

Merci

[EDIT] Tout ça pour dire que je connais le contenu de ma partition avant même de rebooter et tout est OK :wink:

As tu essayé de lui donner d’autre disques? Une partition ne peut pas être bien formatté pour Knoppix et mal pour grub. Donc soit ta table de partition est vaseuse (essaye testdisk) soit c’est un souci d’échange de numéro de disque, dans ce cas avec la ligne de commande de grub, tu devrais y arriver

J’ai passé testdisk et le résultat est pour le moins … surprenant !

Je vous laisse découvrir :

Disk /dev/hda1 - 21 GB / 19 GiB - CHS 2610 255 63

[quote]The harddisk (21 GB / 19 GiB) seems too small! (< 21 GB / 20 GiB)
Check the harddisk size: HD jumpers settings, BIOS detection…[/quote]

J’ai fais une taille de 20Go sur mon disque pour installer Debian, ce qui devrait être largement suffisant

/me continue le test

[edit] à la fin j’ai un message disant “Structure OK”

C’est bien ça, la table de partition déclare que ton disque fait 19G mais que la partition fait 21G et ça met linux dans tout ses états. Ça n’est pas pour rien que fdisk est considéré comme buggué.[quote]fdisk est un programme bugué qui fait des choses assez floues -
d’habitude, il arrive à produire des résultats raisonnables. Son seul avantage est qu’il fonctionne sur les étiquettes de disque BSD, et
d’autres tables de partitions non DOS. Évitez-le si vous le pouvez.[/quote] Ce que je suggère, c’est

  1. Regarder si testdisk peut arranger ça, on peut avec modifier la géométrie déclarée du disque. Celle ci peut être récupérer dans le BIOS (je pense que c’est juste le nbre de cylindres qui est faux). Avant tout il est important de bien noter les chiffres actuels pour ne pas avoir à tout refaire.

  2. Si ça ne marche pas, refaire toute la table de partition en prenant soin de faire des partitions de même taille après avoir régler le pbm de la géométrie.

Je pense que le 1 suffira, testdisk est très très bien fait et adapté à ces situations pénibles.

[quote=“fran.b”]C’est bien ça, la table de partition déclare que ton disque fait 19G mais que la partition fait 21G et ça met linux dans tout ses états. Ça n’est pas pour rien que fdisk est considéré comme buggué.[quote]fdisk est un programme bugué qui fait des choses assez floues -
d’habitude, il arrive à produire des résultats raisonnables. Son seul avantage est qu’il fonctionne sur les étiquettes de disque BSD, et
d’autres tables de partitions non DOS. Évitez-le si vous le pouvez.[/quote] Ce que je suggère, c’est

  1. Regarder si testdisk peut arranger ça, on peut avec modifier la géométrie déclarée du disque. Celle ci peut être récupérer dans le BIOS (je pense que c’est juste le nbre de cylindres qui est faux). Avant tout il est important de bien noter les chiffres actuels pour ne pas avoir à tout refaire.

  2. Si ça ne marche pas, refaire toute la table de partition en prenant soin de faire des partitions de même taille après avoir régler le pbm de la géométrie.

Je pense que le 1 suffira, testdisk est très très bien fait et adapté à ces situations pénibles.[/quote]

Question, tu penses que si je prends le disque dans sa totalité y a des chances que ça s’améliore?

Pour moi il n’y a pas lieu de réinstaller. Il te faut de toute façon faire en sorte que la taille vue par linux du disque soit la vrai taille.Comme ça peut être fait sans flinguer les partitions ça sera bon. Si tu réduit la partition à moins de 19G, l’incohérence disparaitra et peut être ton linux boutera mais tu aruas toujours ton pbm de disque. testdisk se trompe rarement pour ne pas dire jamais.

D’accord, je testes ta méthode de suite dans ce cas et te tiens au courant :slightly_smiling:

Dans tous les cas, merci pour ta patience :wink:

[edit]

J’oubliais, lorsque je lance testdisk, j’ai ça (en parlant de /dev/hda1 je suppose):

Bonjour tout le monde, j’ai, en mon sens, beaucoup progressé, l’erreur dûe à fdisk -l était normale (concernant la table de partition non valide) vu que cette dernière n’est pas installée sur une partition (hda1) mais un disque (hda).

Donc voilà où en est mon système :

[code]# fdisk -l /dev/hda

Disque /dev/hda: 80.0 Go, 80026361856 octets
255 têtes, 63 secteurs/piste, 9729 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets

Périphérique Amorce Début Fin Blocs Id Système
/dev/hda1 * 1 9729 78148161 83 Linux[/code]
Je dispose donc d’une partition bootable.

Je monte ensuite ma partition hda1:

Puis (toujours sous Knoppix), je rattache le /dev de KNOPPIX à celui de hda1 :

Ensuite, je me “connecte” sur ma distribution :

Je suis donc maintenant sous ma Debian, j’installe GRUB :

[code]# /usr/sbin/grub-install /dev/hda
Searching for GRUB installation directory … found: /boot/grub
Installation finished. No error reported.
This is the contents of the device map /boot/grub/device.map.
Check if this is correct or not. If any of the lines is incorrect,
fix it and re-run the script `grub-install’.

(fd0) /dev/fd0
(hd0) /dev/hda
(hd1) /dev/hdc[/code]

J’update grub pour qu’il intègre mon noyau dans le fichier menu.lst :

# update-grub Searching for GRUB installation directory ... found: /boot/grub Searching for default file ... found: /boot/grub/default Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst Searching for splash image ... none found, skipping ... Found kernel: /boot/vmlinuz Found kernel: /boot/vmlinuz-2.6.22-3-686 Updating /boot/grub/menu.lst ... done

Je m’assures que tout est ok ensuite :

# ls -l /boot/grub/ total 184 -rw-r--r-- 1 root root 197 Dec 4 17:16 default -rw-r--r-- 1 root root 45 Dec 4 17:01 device.map -rw-r--r-- 1 root root 7552 Dec 4 17:16 e2fs_stage1_5 -rw-r--r-- 1 root root 7456 Dec 4 17:16 fat_stage1_5 -rw-r--r-- 1 root root 8160 Dec 4 17:16 jfs_stage1_5 -rw-r--r-- 1 root root 4143 Dec 4 17:17 menu.lst -rw-r--r-- 1 root root 6880 Dec 4 17:16 minix_stage1_5 -rw-r--r-- 1 root root 9248 Dec 4 17:16 reiserfs_stage1_5 -rw-r--r-- 1 root root 512 Dec 4 17:16 stage1 -rw-r--r-- 1 root root 108296 Dec 4 17:16 stage2 -rw-r--r-- 1 root root 8872 Dec 4 17:16 xfs_stage1_5

Et :

[code]# grub
grub> root (hd0,0)
Filesystem type is reiserfs, partition type 0x83

grub> setup (hd0, 0)
Checking if “/boot/grub/stage1” exists… yes
Checking if “/boot/grub/stage2” exists… yes
Checking if “/boot/grub/reiserfs_stage1_5” exists… yes
Running “embed /boot/grub/reiserfs_stage1_5 (hd0)”… 19 sectors are embedded
.
succeeded
Running “install /boot/grub/stage1 (hd0) (hd0)1+19 p (hd0,0)/boot/grub/stage2
/boot/grub/menu.lst”… succeeded
Done.[/code]

Donc pour moi, tout me paraît OK, et pourtant, lors du reboot, j’ai l’erreur 17…

Au passage, je n’ai pas oublié l’histoire des cylindres :wink:

Voici donc ce que j’ai dans le BIOS :

Cylinders 38309 Head 16 Sectors 255

et

[code]fdisk -l /dev/hda

Disk /dev/hda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/hda1 * 1 9729 78148161 83 Linux[/code]

C’est pas bon du tout, ou bien? Je dois mettre quoi comme valeur dans la géométrie du disque dans testdisk comme valeurs?

merci

Je me demandais si la taille que j’ai obtenue dans le BIOS est la bonne en fait, car les secteurs dans testdisk vont de 0 à 63 et moi j’ai trouvé 255 dans le BIOS, pareils pour le nombre de cylindres, avec celui que j’ai trouvé, j’aurai un DD de 280Go :angry:

J’sais pas si ça peut aider mais sous Grub :

grub> geometry (hd0) drive 0x80: C/H/S = 16383/255/63, The number of sectors = 156301488, /dev/hda Partition num: 0, Filesystem type is reiserfs, partition type 0x83

Résolu…

En fait il bootait sur hdb au lieu de hda du coup ça marchait moins bien :confused:

Merci fran.b pour ta patience en tout cas :slightly_smiling: