Salut. Nouveau sur Linux, j'suis bien heureux de voir ce forum français.
Ci-dessous le début d'une réponse à post envoyé à un forum FR Slackware.
(désolé pour la commutation UK/FR, jebascule sur+sieurs forums, but: une
réponse)
Réponse de Sako
> J'comprends pas tout. Tu ne pouvais pa faire un :
> fdisk -l /dev/hdb
> puisque ton maxtor apparait en /dev/hdb ? (et non plus en /dev/hdf)
> kato
------------------------------------------------------
Je découvre Linux et je ne connais donc pas toutes les subtilités Linux.
Ceci dit la commande fournie donne ceci sous Slackware-9.0 :
bash-2.05b# fdisk -l /dev/hdb
bash-2.05b#
Comme si tout se passe comme convenu, puis fdisk -l renvoit
le même message qu'avant. Le maxtor (ayant 2 partitions)n'est ps listé,
donc ne peut être monté, car inconnu. Note, c idem après redémarrage.
Redhat voit bien les 2 partitions comme Slackware avant.
Disk /dev/hda: 30.7 GB, 30738677760 bytes
255 heads, 63 sectors/track, 3737 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hda1 * 1 638 5124703+ 7 HPFS/NTFS
/dev/hda2 1343 3737 19237837+ f Win95 Ext'd (LBA)
/dev/hda3 * 639 1342 5654880 83 Linux
/dev/hda5 1343 3737 19237806 b Win95 FAT32
Partition table entries are not in disk order
>>bash-2.05b# dmesg (Le second disque Maxtor est bien chargé au démarrage)
>>......................
>>hda: IBM-DTLA-307030, ATA DISK drive
>>hdb: Maxtor 6Y120P0, ATA DISK drive
>>hdc: Pioneer DVD-ROM ATAPIModel DVD-104S 012, ATAPI CD/DVD-ROM drive
>>hdd: LITE-ON LTR-52246S, ATAPI CD/DVD-ROM drive
>>..........................................
>>
>>djtarek04@netscape.net
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
djtarek
Merci de ton intervention. J'ai collecté toutes les ocurences à hdb via la commande dmesg :
Kernel command line: BOOT_IMAGE=Slackware ro root03 hdb=ide-scsi ide_setup: hdb=ide-scsi ide0: BM-DMA at 0xa000-0xa007, BIOS settings: hda:DMA, hdb:DMA hdb: Maxtor 6Y120P0, ATA DISK drive
Pour tout dire, mon Maxtor se trouvait avant sur une carte contrôleur HDD placé sur PCI. Je l'ai retiré et replacé sur un plus vieux PC. Le Maxtor est bien identifié sous winXP avec les 2 partitions fat32 et ntfs (accessible en mode lecture sous slackware). Mais cette fois, je ne peux monter ce que fdisk -l refuse de liste, à savoir un /dev/hdb1 et un /dev/hdb2 ou autres valeurs. Que faire ?
On Wed, 23 Jul 2003 15:41:28 +0200, Vincent Bernat wrote:
OoO Pendant le temps de midi du mercredi 23 juillet 2003, vers 12:08, "djtarek" disait:
bash-2.05b# dmesg (Le second disque Maxtor est bien chargé au démarrage) ...................... hda: IBM-DTLA-307030, ATA DISK drive hdb: Maxtor 6Y120P0, ATA DISK drive hdc: Pioneer DVD-ROM ATAPIModel DVD-104S 012, ATAPI CD/DVD-ROM drive hdd: LITE-ON LTR-52246S, ATAPI CD/DVD-ROM drive ..........................................
Tu n'as pas une ligne supplémentaire pour hdb ? S'il le voit comme un disque, il devrait dire un truc du genre :
Merci de ton intervention.
J'ai collecté toutes les ocurences à hdb via la commande dmesg :
Kernel command line: BOOT_IMAGE=Slackware ro root03 hdb=ide-scsi
ide_setup: hdb=ide-scsi
ide0: BM-DMA at 0xa000-0xa007, BIOS settings: hda:DMA, hdb:DMA
hdb: Maxtor 6Y120P0, ATA DISK drive
Pour tout dire, mon Maxtor se trouvait avant sur une carte contrôleur
HDD placé sur PCI. Je l'ai retiré et replacé sur un plus vieux PC.
Le Maxtor est bien identifié sous winXP avec les 2 partitions fat32
et ntfs (accessible en mode lecture sous slackware). Mais cette fois,
je ne peux monter ce que fdisk -l refuse de liste, à savoir un /dev/hdb1
et un /dev/hdb2 ou autres valeurs. Que faire ?
On Wed, 23 Jul 2003 15:41:28 +0200, Vincent Bernat wrote:
OoO Pendant le temps de midi du mercredi 23 juillet 2003, vers 12:08,
"djtarek" <djtarek04@netscape.net> disait:
bash-2.05b# dmesg (Le second disque Maxtor est bien chargé au démarrage)
......................
hda: IBM-DTLA-307030, ATA DISK drive
hdb: Maxtor 6Y120P0, ATA DISK drive
hdc: Pioneer DVD-ROM ATAPIModel DVD-104S 012, ATAPI CD/DVD-ROM drive
hdd: LITE-ON LTR-52246S, ATAPI CD/DVD-ROM drive
..........................................
Tu n'as pas une ligne supplémentaire pour hdb ? S'il le voit comme un
disque, il devrait dire un truc du genre :
Merci de ton intervention. J'ai collecté toutes les ocurences à hdb via la commande dmesg :
Kernel command line: BOOT_IMAGE=Slackware ro root03 hdb=ide-scsi ide_setup: hdb=ide-scsi ide0: BM-DMA at 0xa000-0xa007, BIOS settings: hda:DMA, hdb:DMA hdb: Maxtor 6Y120P0, ATA DISK drive
Pour tout dire, mon Maxtor se trouvait avant sur une carte contrôleur HDD placé sur PCI. Je l'ai retiré et replacé sur un plus vieux PC. Le Maxtor est bien identifié sous winXP avec les 2 partitions fat32 et ntfs (accessible en mode lecture sous slackware). Mais cette fois, je ne peux monter ce que fdisk -l refuse de liste, à savoir un /dev/hdb1 et un /dev/hdb2 ou autres valeurs. Que faire ?
On Wed, 23 Jul 2003 15:41:28 +0200, Vincent Bernat wrote:
OoO Pendant le temps de midi du mercredi 23 juillet 2003, vers 12:08, "djtarek" disait:
bash-2.05b# dmesg (Le second disque Maxtor est bien chargé au démarrage) ...................... hda: IBM-DTLA-307030, ATA DISK drive hdb: Maxtor 6Y120P0, ATA DISK drive hdc: Pioneer DVD-ROM ATAPIModel DVD-104S 012, ATAPI CD/DVD-ROM drive hdd: LITE-ON LTR-52246S, ATAPI CD/DVD-ROM drive ..........................................
Tu n'as pas une ligne supplémentaire pour hdb ? S'il le voit comme un disque, il devrait dire un truc du genre :
OoO En cette soirée bien amorcée du mercredi 23 juillet 2003, vers 22:56, "djtarek" disait:
Kernel command line: BOOT_IMAGE=Slackware ro root03 hdb=ide-scsi ide_setup: hdb=ide-scsi ide0: BM-DMA at 0xa000-0xa007, BIOS settings: hda:DMA, hdb:DMA hdb: Maxtor 6Y120P0, ATA DISK drive
Ton disque est pris en charge par l'émulation SCSI. Il est donc normal que par la suite, hdb ne soit plus disponible. Supprime le hdb=ide-scsi de la ligne de commande (je suppose dans /etc/lilo.conf si c'est LILO qui est utilisé, valide le changement en tapant /sbin/lilo).
Normalement, tu peux aussi accéder au disque sous le nom de /dev/sda. -- BOFH excuse #294: PCMCIA slave driver
OoO En cette soirée bien amorcée du mercredi 23 juillet 2003, vers
22:56, "djtarek" <djtarek04@netscape.net> disait:
Kernel command line: BOOT_IMAGE=Slackware ro root03 hdb=ide-scsi
ide_setup: hdb=ide-scsi
ide0: BM-DMA at 0xa000-0xa007, BIOS settings: hda:DMA, hdb:DMA
hdb: Maxtor 6Y120P0, ATA DISK drive
Ton disque est pris en charge par l'émulation SCSI. Il est donc normal
que par la suite, hdb ne soit plus disponible. Supprime le
hdb=ide-scsi de la ligne de commande (je suppose dans /etc/lilo.conf
si c'est LILO qui est utilisé, valide le changement en tapant
/sbin/lilo).
Normalement, tu peux aussi accéder au disque sous le nom de /dev/sda.
--
BOFH excuse #294:
PCMCIA slave driver
OoO En cette soirée bien amorcée du mercredi 23 juillet 2003, vers 22:56, "djtarek" disait:
Kernel command line: BOOT_IMAGE=Slackware ro root03 hdb=ide-scsi ide_setup: hdb=ide-scsi ide0: BM-DMA at 0xa000-0xa007, BIOS settings: hda:DMA, hdb:DMA hdb: Maxtor 6Y120P0, ATA DISK drive
Ton disque est pris en charge par l'émulation SCSI. Il est donc normal que par la suite, hdb ne soit plus disponible. Supprime le hdb=ide-scsi de la ligne de commande (je suppose dans /etc/lilo.conf si c'est LILO qui est utilisé, valide le changement en tapant /sbin/lilo).
Normalement, tu peux aussi accéder au disque sous le nom de /dev/sda. -- BOFH excuse #294: PCMCIA slave driver
djtarek
Enfin une bonne réponse. Ca marche le coup de lilo ! Merci Vincent de ton intervention, je me refusais l'idée d'abandonner Linux à si bon chemin. Le bon côté de tout cela, c'est que j'ai dû apprendre la compilation du Kernel au cas où cela devrait être utile :-) A+
On Thu, 24 Jul 2003 07:32:48 +0200, Vincent Bernat wrote:
OoO En cette soirée bien amorcée du mercredi 23 juillet 2003, vers 22:56, "djtarek" disait:
Kernel command line: BOOT_IMAGE=Slackware ro root03 hdb=ide-scsi ide_setup: hdb=ide-scsi ide0: BM-DMA at 0xa000-0xa007, BIOS settings: hda:DMA, hdb:DMA hdb: Maxtor 6Y120P0, ATA DISK drive
Ton disque est pris en charge par l'émulation SCSI. Il est donc normal que par la suite, hdb ne soit plus disponible. Supprime le hdb=ide-scsi de la ligne de commande (je suppose dans /etc/lilo.conf si c'est LILO qui est utilisé, valide le changement en tapant /sbin/lilo).
Enfin une bonne réponse. Ca marche le coup de lilo !
Merci Vincent de ton intervention, je me refusais l'idée d'abandonner
Linux à si bon chemin. Le bon côté de tout cela, c'est que j'ai dû
apprendre la compilation du Kernel au cas où cela devrait être utile :-)
A+
On Thu, 24 Jul 2003 07:32:48 +0200, Vincent Bernat wrote:
OoO En cette soirée bien amorcée du mercredi 23 juillet 2003, vers
22:56, "djtarek" <djtarek04@netscape.net> disait:
Kernel command line: BOOT_IMAGE=Slackware ro root03 hdb=ide-scsi
ide_setup: hdb=ide-scsi
ide0: BM-DMA at 0xa000-0xa007, BIOS settings: hda:DMA, hdb:DMA
hdb: Maxtor 6Y120P0, ATA DISK drive
Ton disque est pris en charge par l'émulation SCSI. Il est donc normal
que par la suite, hdb ne soit plus disponible. Supprime le
hdb=ide-scsi de la ligne de commande (je suppose dans /etc/lilo.conf
si c'est LILO qui est utilisé, valide le changement en tapant
/sbin/lilo).
Enfin une bonne réponse. Ca marche le coup de lilo ! Merci Vincent de ton intervention, je me refusais l'idée d'abandonner Linux à si bon chemin. Le bon côté de tout cela, c'est que j'ai dû apprendre la compilation du Kernel au cas où cela devrait être utile :-) A+
On Thu, 24 Jul 2003 07:32:48 +0200, Vincent Bernat wrote:
OoO En cette soirée bien amorcée du mercredi 23 juillet 2003, vers 22:56, "djtarek" disait:
Kernel command line: BOOT_IMAGE=Slackware ro root03 hdb=ide-scsi ide_setup: hdb=ide-scsi ide0: BM-DMA at 0xa000-0xa007, BIOS settings: hda:DMA, hdb:DMA hdb: Maxtor 6Y120P0, ATA DISK drive
Ton disque est pris en charge par l'émulation SCSI. Il est donc normal que par la suite, hdb ne soit plus disponible. Supprime le hdb=ide-scsi de la ligne de commande (je suppose dans /etc/lilo.conf si c'est LILO qui est utilisé, valide le changement en tapant /sbin/lilo).
