Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Montage Disque Raid Sata NTFS

Exter

Bonjour

j'ai un petit PB, je n'arrive pas à monter mes disques Raid0 sata NTFS.. même avec le nouveau Kernel et le nouveau kmod-ntfs.

voici le message donné: mount: /dev/sda1 is not a valid block device.

voici mont fstab
/dev/sda1 /mnt/Windows_Raid ntfs defaults,umask=0222,user,ro 0 0
(je ne monte pas le sda2 (le miroir) car ici montage sda1 juste pour la lecture.

le contrôleur est de promise technologie... il est bien reconnu par FC5 me semble-t-il...

Est-ce juste un truc qui ne marche pas encore sous FC5 (avez vous réussi à monter du sata NTFS?)
ou une erreur de mon fstab?

Mon disque ntfs IDE lui se monte pas de PB
Merci de vos infos
🙂

leyee

drapal je suis interessé ausii

Exter

Hello nobody know something about this "bug" ?? (heu j'essais l'anglais pour m'entrainer.. je vais bientôt recevoir une americainne à la maison :-D :-D )

blagues à part.. Personne ne sait me dire qqs choses??
- Les disques Raid Sata qui ne se montent pas..
-> C'est normal car cela ne marche pas encore avec FC5 (alors que c'etait OK sur FC4)
-> Ou çà marche, ce qui voudrait dire que j'ai un PB sur ma configuration?

JE reposte ici une autre question: comme il s'agit aussi de "disque"
j'ai un "disque" sunrpc /var/lib/nfs/rpc_pipefs (vu dans moniteur systeme.. toutes les valeurs de ce sunrpc sont à 0 octets (total, libre, dispo, utilisé) c'est quoi ce truc??? je n'ai jamais demandé le montage de ce pseudo perif..

Merci de vos infos.
A+

Pour l'histoire: A+ çà vient de l'époque ou j'utilisais Apple II+.. et pas comme on pourrait le coire de A plus tard !! .. Même si c'est dans ce dernier sens que c'est utilisé!! c'est une sorte de cruch des significations :lol:

Exter

ben çà devrait marcher ou pas le sata raid ntfs?? :-?

pascalp

Hello somebody (or someone) knows something about this "bug" ??

Désolé. j'ai que ça 😃

PS: si l'américain est aussi incompréhensible que l'écossais, bon courage...

bertrandC

Bonjour,
Les controleurs promise sont supportés (j'en ai 2 qui le sont en tout cas)

1 Je pense qu'il y a confusion car tu parles de mirror et de Raid 0 or, il me semble que le mirror c'est du Raid 1.

Quoi qu'il en soit, tu ne peux pas monter un disque qui fait partie d'un "volume" Raid0 (stripe) tout seul.
C'est sans doute la raison pour laquelle ton os ne considère pas sda1 comme un volume de masse.
(Je ne sais pas si c'est le même cas pour du RAID1)

Vérifie que tu n'aies pas qq chose comme "/dev/mdX" (X est un nombre).
Si oui et bien tu le montes avec la ligne modifiée en conséquence et ça devrait fonctionner.

Pour plus d'infos avec quel outil as tu déclaré ton Raid et si tu pouvais confirmer la version ?

Bonne chance

Exter

oui je me suis planté, c'est bien du raid 1 ..

Sous FC4 j'utilisais la méthode de montage de mon premier post. sans PB mais là neant..
bon je cherche encore..

j'ai bien un
/dev/sda1 et un /dev/sdb1 que je monte comme suit (fstab)

/dev/sda1 /mnt/Windows_Raid1 ntfs defaults,umask=0222,user,ro 0 0
/dev/sdb1 /mnt/Windows_Raid2 ntfs defaults,umask=0222,user,ro 0 0

les deux /nmt/Win...sont bien créés avec la même orthographe leur proprio est root.

et invariablement j'ai çà
Appelé : mount /dev/sda1
mount: /dev/sda1 is not a valid block device
ou
Appelé : mount /dev/sdb1
mount: /dev/sdb1 is not a valid block device

je rage...

Exter

Salut vous tous.. je n'ai pas avancé sur le sujet.... toujours pas de montage des mes disques raid1 sda1 et sdb1

suite à quelques recherche sur internet, voici le résultat de petite verif que j'ai faites sur mon pc. On ne sait jamais.. si cela vous donnne l'idée géniale qui me sortira de ce PB (ainsi que d'autres si j'ai bien compris)

Voici le résultat de plusienrs commandes lancées dans une console root.

cat /var/log/dmesg

SCSI subsystem initialized
libata version 1.20 loaded.
sata_promise 0000:03:04.0: version 1.03
ACPI: PCI Interrupt 0000:03:04.0[A] -> GSI 23 (level, low) -> IRQ 17
sata_promise PATA port found
ata1: SATA max UDMA/133 cmd 0xF8820200 ctl 0xF8820238 bmdma 0x0 irq 17
ata2: SATA max UDMA/133 cmd 0xF8820280 ctl 0xF88202B8 bmdma 0x0 irq 17
ata3: PATA max UDMA/133 cmd 0xF8820300 ctl 0xF8820338 bmdma 0x0 irq 17
ata1: SATA link up 1.5 Gbps (SStatus 113)
ata1: dev 0 cfg 49:2f00 82:7c6b 83:7f09 84:4673 85:7c69 86:3e21 87:4663 88:407f
ata1: dev 0 ATA-7, max UDMA/133, 490234752 sectors: LBA48
ata1: dev 0 configured for UDMA/133
scsi0 : sata_promise
ata2: SATA link up 1.5 Gbps (SStatus 113)
ata2: dev 0 cfg 49:2f00 82:7c6b 83:7f09 84:4673 85:7c69 86:3e21 87:4663 88:407f
ata2: dev 0 ATA-7, max UDMA/133, 490234752 sectors: LBA48
ata2: dev 0 configured for UDMA/133
scsi1 : sata_promise
ATA: abnormal status 0x8 on port 0xF882031C
ata3: disabling port
scsi2 : sata_promise
Vendor: ATA Model: Maxtor 6L250S0 Rev: BACE
Type: Direct-Access ANSI SCSI revision: 05
SCSI device sda: 490234752 512-byte hdwr sectors (251000 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write back
SCSI device sda: 490234752 512-byte hdwr sectors (251000 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write back
sda: sda1
sd 0:0:0:0: Attached scsi disk sda
Vendor: ATA Model: Maxtor 6L250S0 Rev: BACE
Type: Direct-Access ANSI SCSI revision: 05
SCSI device sdb: 490234752 512-byte hdwr sectors (251000 MB)
sdb: Write Protect is off
sdb: Mode Sense: 00 3a 00 00
SCSI device sdb: drive cache: write back
SCSI device sdb: 490234752 512-byte hdwr sectors (251000 MB)
sdb: Write Protect is off
sdb: Mode Sense: 00 3a 00 00
SCSI device sdb: drive cache: write back
sdb: sdb1
sd 1:0:0:0: Attached scsi disk sdb

md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
EXT3 FS on hdb1, internal journal
SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
kjournald starting. Commit interval 5 seconds
EXT3 FS on hdb3, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
SELinux: initialized (dev hdb3, type ext3), uses xattr
NTFS driver 2.1.26 [Flags: R/W MODULE].
NTFS volume version 3.1.
SELinux: initialized (dev hda1, type ntfs), uses genfs_contexts
SELinux: initialized (dev hda2, type vfat), uses genfs_contexts
Adding 1566328k swap on /dev/hdb2. Priority:-1 extents:1 across:1566328k
SELinux: initialized (dev binfmt_misc, type binfmt_misc), uses genfs_contexts

D'après çà le contrôleur SATA Promise et les deux disques sda et sdb sont bien reconnus...

voici en suite un "trucs" sur les modules chargés

commande lsmod
xt3 121929 2
jbd 57173 1 ext3
sata_promise 15557 2
libata 58321 1 sata_promise
sd_mod 20545 2
scsi_mod 129641 4 sg,sata_promise,libata,sd_mod

Cela semble dire que le contrôleur promise est bien pris en charge par le noyau (enfin le module est chargé)..

🙁 🙁 [color=FF6600]ALORS POURQUOI la commande de montage marche pas ???[/color] :-? :-?

maintenant j'ai çà dans mon FSTAB
/dev/sda1 /mnt/WindowsR1 ntfs defaults,umask=0222,user,ro 0 0
/dev/sdb1 /mnt/WindowsR2 ntfs defaults,umask=0222,user,ro 0 0

WindowsR1 et WindowsR2 sont bien les répertoires créés dans /mnt comme point de montage...

pour finir, voici ce que j'ai trouvé comme info "puissante"

Thus this error means that you try to connect to a non-block device
(thus you try to connect to something that is not a disk, or
not a floppy drive, CD-ROM or not a USB solid state flash disk, ...)

c'est ici
http://www.faqts.com/knowledge_base/view.phtml/aid/27871
seulement voila .. mes disques bien des ''block device"..!!

j'ai trouvé un autre lien qui parlait d'une erreur de n°( ou d'atrib) dans le kernel de FC5 des perifs sd
.un décalage en fait, genre sdb3 qui serait en fait le sdb4... mais je ne retrouve pas et surtout je ne sais pas verifier ce truc...

un peeettiiit coup de main serait le bien venu.. merci 🙂

Ah un dernier point..
les deux disques sont "programmés" en raid1 (miroir c'est çà?) depuis l'interface de promise au boot.
ils sont en ntfs et bien vu comme un seul disque sous XP.
Sous FC4, je ne déclarais qu'un seul des diques avec la commande
/dev/sda1 /mnt/WindowsR1 ntfs defaults,umask=0222,user,ro 0 0
et çà marchait, juste pour la lecture évidement, le but était juste de pouvoir lire et éventuellement ouvrir mes photos depuis Gimp et XnView.. si je modifiais un fichier, je le sauvais alors dans mon /home linux...

je ne sais pas si la commande de montage que j'utilisai sous FC4 était la bonne,vis à vis du type des disques fonctionnant en raid... mais elle marchait !! j'aimerai bien retrouver ce petit confort sous FC5
Merci de votre aide....

Exter

Arrg j'esperais que le nouveau Kernel resoudrait ce PB .... ben rien... çà marche toujours pas :cry: :cry:

Une idée ?

nota: je ne sais plus si je l'ai dit, mais le disque C de Win en NTFS se monte bien... il y a juste les 2 raids qui ne passe nt pas!!

Merci

Surfinjak

salut,
...je le dis tout de suite, je n'ai pas de solution 🙁
cependant, vu le message du noyau tes disques sont bien reconnus comme sda1 et sdb1, je me permettrais donc deux suggestions :
+ essayer de desactive SELinux, sait-on jamais...
+ regarder du cote de "udev" pour verifier les 'block'
http://reactivated.net/writing_udev_rules.html

je me demande ce qu'ils ont fait au kernel, mais depuis ma derniere maj sous FC4 et maintenant encore sous FC5, il y a une multiplication des pbs de ce type.
personnellement, j'ai un disque usb avec 2 partitions logiques ntfs, et seule une la premiere est reconnue par le noyau depuis ce temps la...je cherche encore !

bon courage 🙂

Exter

Je ne suis pas calé en anglais.. (ni en informatique !!) mais suite à la lecture des infos /dev de ton lien.
Voila ce que donne la commande find tous les dev.

$ find /sys -iname dev
/sys/block/md0/dev
/sys/block/dm-1/dev
/sys/block/dm-0/dev
/sys/block/sdb/dev
/sys/block/sda/dev
/sys/block/hdd/dev
/sys/block/hdc/dev
/sys/block/hdb/hdb3/dev
/sys/block/hdb/hdb2/dev
/sys/block/hdb/hdb1/dev
/sys/block/hdb/dev
/sys/block/hda/hda2/dev
/sys/block/hda/hda1/dev
/sys/block/hda/dev
/sys/block/ram15/dev
/sys/block/ram14/dev
/sys/block/ram13/dev
/sys/block/ram12/dev
/sys/block/ram11/dev
/sys/block/ram10/dev
/sys/block/ram9/dev
/sys/block/ram8/dev
/sys/block/ram7/dev
/sys/block/ram6/dev
/sys/block/ram5/dev
/sys/block/ram4/dev
/sys/block/ram3/dev
/sys/block/ram2/dev
/sys/block/ram1/dev
/sys/block/ram0/dev
/sys/class/printer/lp0/dev
/sys/class/scsi_generic/sg1/dev
/sys/class/scsi_generic/sg0/dev
/sys/class/sound/mixer/dev

On y trouve bien sda et sdb... mais ne devrait-on pas trouver aussi sda1 et sdb1 ??
Enfin .. normalement non.. car pour chacun de ces disques, il n'y a qu'une partition. donc sda et sdb mais dans les logs dmsg on trouve sda et sda1 comme sdb et sdb1..
est-ce normal de ne pas retrouver l'exact correspndance entre les infos données par les log et celles des /dev existants dans /sys/dev ?

d'autre part c'est quoi çà??
/sys/block/hdd/dev
/sys/block/hdc/dev
Je n'ai théoriquement pas ces disques..

Ca c'est mon disque Win en ntfs pour le 1 et en fat32 pour le 2
/sys/block/hda/hda2/dev
/sys/block/hda/hda1/dev
/sys/block/hda/dev

Ca c'est mon disque linux 1 le / 2 le /home et 3 le Swap.
/sys/block/hdb/hdb3/dev
/sys/block/hdb/hdb2/dev
/sys/block/hdb/hdb1/dev

Ca ce serait mes disques sata connectés en raid1 sur les ports du contrôleur Promise Techno.
/sys/block/sdb/dev
/sys/block/sda/dev

Mais çà ??? un doublon des sdb et a ? dois-je essayer de les monter ces disques en lieu et place de sdb et A? [color=990000](correction... arrg mais non ce sont mes dvdrom et graveur)[/color]
/sys/block/hdd/dev
/sys/block/hdc/dev

j'ai essaié de voir le contenu des /sys/dev avec la commande udevinfo.. mais je n'ai obtenu que çà.
[root@ ~]# udevinfo -q all -p /sys/block/sdb/dev
no record for '/block/sdb/dev' in database
[root@~]# udevinfo -q all -p /sys/block/sda/dev
no record for '/block/sda/dev' in database
[root@~]# udevinfo -q all -p /sys/block/hdb/dev
no record for '/block/hdb/dev' in database
?? j'ai mal compris la commande dans le man ??

Si info ou question merci 🙂

Surfinjak

bon, je ne suis certainement pas expert puisque je n'ai decouvert udev qu'il y a quelques jours, mais bon, je me serais attendu a voir
/sys/block/sda
/sys/block/sda/sda1
/sys/block/sdb
/sys/block/sdb/sdb1

essaie de voir directement :
udevinfo -q path -n /dev/sda
-> a priori : /block/sda
udevinfo -q path -n /dev/sda1
-> a priori : /block/sda/sda1
udevinfo -q path -n /dev/sdb
-> a priori : /block/sdb
udevinfo -q path -n /dev/sdb1
-> a priori : /block/sdb/sdb1

puis ensuite :
udevinfo -a -p /sys/block/hda
ou encore
udevinfo -a -p /sys/block/hda/hda1

qui devrait te permettre de voir les infos sur ton disque...

en fait, je m'attendrais dans ton cas a ce que :
udevinfo -q path -n /dev/sda1
ne fonctionne pas !
ce qui voudrait dire que udev gere mal ton disque SCSI...mais ne te donne pas de solution !

Exter

Bonjour
tu avais raison (et merci pour les commandes udevinfo ... je n'avais effectivement rien compris au man !)
alors voici quelques éléments

[kde1]$ udevinfo -q path -n /dev/sda
/block/sda
[kde1]$ udevinfo -q path -n /dev/sda1
no record for 'sda1' in database

C'est Idem pour sdb.. suite...

[kde1]$ udevinfo -a -p /sys/block/sda

udevinfo starts with the device the node belongs to and then walks up the
device chain, to print for every device found, all possibly useful attributes
in the udev key format.
Only attributes within one device section may be used together in one rule,
to match the device for which the node will be created.

looking at device '/block/sda':
KERNEL=="sda"
SUBSYSTEM=="block"
SYSFS{stat}==" 59 321 800 244 0 0 0 0 0 236 244"
SYSFS{size}=="490234752"
SYSFS{removable}=="0"
SYSFS{range}=="16"
SYSFS{dev}=="8:0"

looking at device '/devices/pci0000:00/0000:00:1e.0/0000:03:04.0/host0/target0:0:0/0:0:0:0':
ID=="0:0:0:0"
BUS=="scsi"
DRIVER=="sd"
SYSFS{ioerr_cnt}=="0x0"
SYSFS{iodone_cnt}=="0x4b"
SYSFS{iorequest_cnt}=="0x4b"
SYSFS{iocounterbits}=="32"
SYSFS{timeout}=="60"
SYSFS{state}=="running"
SYSFS{rev}=="BACE"
SYSFS{model}=="Maxtor 6L250S0 "
SYSFS{vendor}=="ATA "
SYSFS{scsi_level}=="6"
SYSFS{type}=="0"
SYSFS{queue_type}=="none"
SYSFS{queue_depth}=="1"
SYSFS{device_blocked}=="0"

looking at device '/devices/pci0000:00/0000:00:1e.0/0000:03:04.0/host0/target0:0:0':
ID=="target0:0:0"
BUS==""
DRIVER==""

looking at device '/devices/pci0000:00/0000:00:1e.0/0000:03:04.0/host0':
ID=="host0"
BUS==""
DRIVER==""

looking at device '/devices/pci0000:00/0000:00:1e.0/0000:03:04.0':
ID=="0000:03:04.0"
BUS=="pci"
DRIVER=="sata_promise"
SYSFS{modalias}=="pci:v0000105Ad00003373sv00001043sd000080F5bc01sc04i00"
SYSFS{local_cpus}=="ffffffff"
SYSFS{irq}=="17"
SYSFS{class}=="0x010400"
SYSFS{subsystem_device}=="0x80f5"
SYSFS{subsystem_vendor}=="0x1043"
SYSFS{device}=="0x3373"
SYSFS{vendor}=="0x105a"

looking at device '/devices/pci0000:00/0000:00:1e.0':
ID=="0000:00:1e.0"
BUS=="pci"
DRIVER==""
SYSFS{modalias}=="pci:v00008086d0000244Esv00000000sd00000000bc06sc04i00"
SYSFS{local_cpus}=="ffffffff"
SYSFS{irq}=="0"
SYSFS{class}=="0x060400"
SYSFS{subsystem_device}=="0x0000"
SYSFS{subsystem_vendor}=="0x0000"
SYSFS{device}=="0x244e"
SYSFS{vendor}=="0x8086"

looking at device '/devices/pci0000:00':
ID=="pci0000:00"
BUS==""
DRIVER==""

Si je fais la même chose avec sda1 rien c'est logique, puisque le /dev/sda/sda1/dev n'existe pas...

[kde1]$ udevinfo -q path -n /dev/sda1
no record for 'sda1' in database

Pourtant cat /var/log/dmesg me donne bien

scsi2 : sata_promise
Vendor: ATA Model: Maxtor 6L250S0 Rev: BACE
Type: Direct-Access ANSI SCSI revision: 05
SCSI device sda: 490234752 512-byte hdwr sectors (251000 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write back
SCSI device sda: 490234752 512-byte hdwr sectors (251000 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write back
sda: sda1
sd 0:0:0:0: Attached scsi disk sda

Il y a un truc que je trouve louche.. Si un disque n'a qu'une seule partition.. comme c'est le cas de mes 2 disques sda et sdb.. il ne devrait y avoir aucune ref à un sda1 ou sdb1. Si j'avais 2 partitions alors il y aurait un dev/sda + un dev/sda/sda1 et un dev/sda/sda2. on pourrait dire que la commande de creation du /dev/ fonctionne bien puisqu'elle ne crée effectivement qu'un /dev/sda et un /dev/sbd...

l'erreur serait donc ailieur... çà veut dire quoi çà dans le log cat /var/log/dmesg
sda: sda1
sd 0:0:0:0: Attached scsi disk sda
puis
sdb: sdb1
sd 1:0:0:0: Attached scsi disk sdb

il y a aussi quelques ligne plus bas
ACPI: PCI Interrupt 0000:00:1f.5 -> GSI 17 (level, low) -> IRQ 18
PCI: Setting latency timer of device 0000:00:1f.5 to 64
intel8x0_measure_ac97_clock: measured 55945 usecs
intel8x0: clocking to 48000
sd 0:0:0:0: Attached scsi generic sg0 type 0
sd 1:0:0:0: Attached scsi generic sg1 type 0
Est-ce les mêmes élements scsi pour les 2 Disques ?

En récap Si on ne considère que le sda nous avons donc:
- qu'un /dev/sda de créé une commande de montage avec su sda1 renvoie non block device ce qui est donc logique...
- on voit apparaitre dans les logs pour le même disque sda sda1 sd 0:0.. sg0... !

Je vais faire un essais avec une ligne de montage sur sda seul et non sda1 puis avec sg0
merci de vos infos... A+
🙂

Exter

En complement voici les essais de montage avec autre chose que sda1...
sg0 sd0 = non block device.. ce qui est normal, puis qu'il n'y a pas de /dev/ correspondants..

avec sda je n'ai plus nonblock device, mais le message suivant en essayant de monter le disque avec KdiskFree de KDE
Erreur - KDiskFree
appelé: mount /dev/sda
mount:/dev/sda already mounted or /mnt/Win1 busy....

En fait je me rappele avoir déja fait ce test... avec le même résultat.. (Ici par aquis de conscience, j'ai recréé un répertoire Win1 au lieu de WindowsR1 utilisé précedement (à cause de l'info ''busy''.)

Le disque est bien vu comme ntfs, mais le répertoire reste vide
KdiskFree donne la ligne suivante dans la liste des périfs
Peripherique=/dev/sda type= ntsf Taille = N.D. point de montage = /mnt/Win1 Libre = 0o %d'occupation = N.D. et la jauge est vide (non dessinée)

J'ai fais ces essais depuis KDE au lieu de Gnome habituellement. (on ne sait jamais !)
Je donnes si dessous d'autres infos vues dans "Centre d'information de KDE. Sorry pour la suite, je ne sais pas intégré des images d'ecran ici alors ce que je donne ci-dessous, c'est la recopie des infos vues dans la fenètre du prog)

Interuptions:
17: Cpu0 78 Cpu1 7 IO-ACPI-level libata, ehci_hcd:usb5 (libata la lib scsi sérial ATA non? et usb5 ? la gestion du port ata aurait la même irq que le port usb5 ) Pas de trace d'irq pour un controleur scsI

Périphériques: à periph de bloc
on trouve un ide0 un ide1 un sd un md des sd (15 en tout) un device-mapper et un mdp

A Periph USB
on trouve 4 contrôleurs (UHCI Host controller) avec mes periphs connectés sourie scaner etc.. Usb 1.1 et rev 2.06
et un 5ième controlleur EHCI Host Controller usb2 à 480Mb secondes ??? y a pas un truc là ?

A SCSI on trouve
attached devices:
Host: scsi0 chanel: 00 id:00 Lim:00
Vendor: ATA model Maxtor 6l25050 Rev:BACE
type Direct-Access ANSI SCSI rev 5
et
Host: scsi1 chanel: 00 id:00 Lim:00
Vendor: ATA model Maxtor 6l25050 Rev:BACE
type Direct-Access ANSI SCSI rev 5

un PB avec l'irq partagée avec le port USB 5 ??? qui ferait que le montage ne passe pas ? bof..
et puis c'est quoi ce port USB 5 à 480Mbits/s ma carte n'a normalement que 4 cotntroleurs USB avec chacun 2 ports USB 1 ou 2.?

Bon A+

Surfinjak

...je viens de remarquer dans un de tes postes precedents les deux lignes

/sys/class/scsi_generic/sg1/dev
/sys/class/scsi_generic/sg0/dev

qui paraissent interessantes.

tu pourrais essayer :
udevinfo -a -p /sys/class/scsi_generic
ou
udevinfo -a -p /sys/class/scsi_generic/sg0

tu pourrais verifier aussi s'il existe quelque part un sg0 dans les sous repertoires de /dev ou encore dans /udev ?

...et SELinux tu as essayer de le desactiver ?

il semblerait que les disques SCSI sont reconnus comme sda1 sda2 par le noyau mais comme sg0 sg1 par udev !

surprenant comme comportement...

Exter

Salut
Oui j'ai essayé sans selinux.. c'est IDEM

Voici la sortie des 2 commandes que tu m'as proposées.

[gnome1]$ udevinfo -a -p /sys/class/scsi_generic

udevinfo starts with the device the node belongs to and then walks up the
device chain, to print for every device found, all possibly useful attributes
in the udev key format.
Only attributes within one device section may be used together in one rule,
to match the device for which the node will be created.

looking at device '/class/scsi_generic':
KERNEL=="scsi_generic"
SUBSYSTEM==""

[gnome1 ~]$ udevinfo -a -p /sys/class/scsi_generic/sg0

udevinfo starts with the device the node belongs to and then walks up the
device chain, to print for every device found, all possibly useful attributes
in the udev key format.
Only attributes within one device section may be used together in one rule,
to match the device for which the node will be created.

looking at device '/class/scsi_generic/sg0':
KERNEL=="sg0"
SUBSYSTEM=="scsi_generic"
SYSFS{dev}=="21:0"

looking at device '/devices/pci0000:00/0000:00:1e.0/0000:03:04.0/host0/target0:0:0/0:0:0:0':
ID=="0:0:0:0"
BUS=="scsi"
DRIVER=="sd"
SYSFS{ioerr_cnt}=="0x0"
SYSFS{iodone_cnt}=="0x4e"
SYSFS{iorequest_cnt}=="0x4e"
SYSFS{iocounterbits}=="32"
SYSFS{timeout}=="60"
SYSFS{state}=="running"
SYSFS{rev}=="BACE"
SYSFS{model}=="Maxtor 6L250S0 "
SYSFS{vendor}=="ATA "
SYSFS{scsi_level}=="6"
SYSFS{type}=="0"
SYSFS{queue_type}=="none"
SYSFS{queue_depth}=="1"
SYSFS{device_blocked}=="0"

looking at device '/devices/pci0000:00/0000:00:1e.0/0000:03:04.0/host0/target0:0:0':
ID=="target0:0:0"
BUS==""
DRIVER==""

looking at device '/devices/pci0000:00/0000:00:1e.0/0000:03:04.0/host0':
ID=="host0"
BUS==""
DRIVER==""

looking at device '/devices/pci0000:00/0000:00:1e.0/0000:03:04.0':
ID=="0000:03:04.0"
BUS=="pci"
DRIVER=="sata_promise"
SYSFS{modalias}=="pci:v0000105Ad00003373sv00001043sd000080F5bc01sc04i00"
SYSFS{local_cpus}=="ffffffff"
SYSFS{irq}=="17"
SYSFS{class}=="0x010400"
SYSFS{subsystem_device}=="0x80f5"
SYSFS{subsystem_vendor}=="0x1043"
SYSFS{device}=="0x3373"
SYSFS{vendor}=="0x105a"

looking at device '/devices/pci0000:00/0000:00:1e.0':
ID=="0000:00:1e.0"
BUS=="pci"
DRIVER==""
SYSFS{modalias}=="pci:v00008086d0000244Esv00000000sd00000000bc06sc04i00"
SYSFS{local_cpus}=="ffffffff"
SYSFS{irq}=="0"
SYSFS{class}=="0x060400"
SYSFS{subsystem_device}=="0x0000"
SYSFS{subsystem_vendor}=="0x0000"
SYSFS{device}=="0x244e"
SYSFS{vendor}=="0x8086"

looking at device '/devices/pci0000:00':
ID=="pci0000:00"
BUS==""
DRIVER==""

Ce sont bien les disques qui sont vu en sg0 et sg1 :
Pour

il semblerait que les disques SCSI sont reconnus comme sda1 sda2 par le noyau mais comme sg0 sg1 par udev !

ce serait plutot
Noyau sda et sdb ou encore sda1 et sdb1 (mais ici c'est pas clair car les /dev/sda/sda1/dev ne sont pas créés; seul les /dev/sda/dev sont créé idem pour sdb)
udev sg0 et sg1

j'ai essayé la ligne fstab suivante:
/dev/sg0 /mnt/Win1 ntfs defaults,umask=0222,user,ro 0 0
puis un montage à la mano.. (sans reboot)
réponse sg0 non block device.
je reboot et je test réponse au post suivant.

heu... si le systeme detecte bien ces disques comme il le doit...? alors la ligne fstab ne doit pas être bonne car dans les dev il y a
/sys/class/scsi_generic/sg1/dev
/sys/class/scsi_generic/sg0/dev
alos que pour un disque normal c'est
/sys/block/....

Exter

Apres reboot la commande de montage ne passe pas.
toujours
mount: /dev/sg0 is not a block device

donc on a au final pour 2 disques raids 1 derriere un controleur promise technologie (carte mere assustek P4C800 E)
avec udev qui donne:

/sys/block/sdb/dev
/sys/block/sda/dev
et
/sys/class/scsi_generic/sg1/dev
/sys/class/scsi_generic/sg0/dev

et aucune commande de montage qui passe que ce soit avec sda sda1 sg0, avec ou sans Selinux...!
un pb réel de FC5 ?
un Pb réel de mmmmmoi qui n'y connait rien ??

Si qq connait la solution !!...

j'ai essayé quelques recherches google avec comme "clef" Montage de disques raid1 sous linux. rien de probant sur ce PB
je vais essayé de voir ce que dit la doc sur fedora ou raidhat

A+

En complement, je donne ci-dessous la sortie complete de find
on ne sais jamais... si j'avais coupé des lignes en trop dans la premiere sortie donnée.. (editée sous KDE )

/sys/block/md0/dev
/sys/block/dm-1/dev
/sys/block/dm-0/dev
/sys/block/sdb/dev
/sys/block/sda/dev
/sys/block/hdd/dev
/sys/block/hdc/dev
/sys/block/hdb/hdb3/dev
/sys/block/hdb/hdb2/dev
/sys/block/hdb/hdb1/dev
/sys/block/hdb/dev
/sys/block/hda/hda2/dev
/sys/block/hda/hda1/dev
/sys/block/hda/dev
/sys/block/ram15/dev
/sys/block/ram14/dev
/sys/block/ram13/dev
/sys/block/ram12/dev
/sys/block/ram11/dev
/sys/block/ram10/dev
/sys/block/ram9/dev
/sys/block/ram8/dev
/sys/block/ram7/dev
/sys/block/ram6/dev
/sys/block/ram5/dev
/sys/block/ram4/dev
/sys/block/ram3/dev
/sys/block/ram2/dev
/sys/block/ram1/dev
/sys/block/ram0/dev
/sys/class/printer/lp0/dev
/sys/class/scsi_generic/sg1/dev
/sys/class/scsi_generic/sg0/dev
/sys/class/sound/mixer/dev
/sys/class/sound/controlC0/dev
/sys/class/sound/audio/dev
/sys/class/sound/dsp/dev
/sys/class/sound/pcmC0D0c/dev
/sys/class/sound/pcmC0D0p/dev
/sys/class/sound/adsp/dev
/sys/class/sound/pcmC0D1c/dev
/sys/class/sound/pcmC0D2c/dev
/sys/class/sound/pcmC0D3c/dev
/sys/class/sound/pcmC0D4p/dev
/sys/class/sound/sequencer2/dev
/sys/class/sound/sequencer/dev
/sys/class/sound/seq/dev
/sys/class/sound/timer/dev
/sys/class/vc/vcsa7/dev
/sys/class/vc/vcs7/dev
/sys/class/vc/vcsa2/dev
/sys/class/vc/vcs2/dev
/sys/class/vc/vcsa4/dev
/sys/class/vc/vcs4/dev
/sys/class/vc/vcsa6/dev
/sys/class/vc/vcs6/dev
/sys/class/vc/vcsa5/dev
/sys/class/vc/vcs5/dev
/sys/class/vc/vcsa1/dev
/sys/class/vc/vcs1/dev
/sys/class/vc/vcsa3/dev
/sys/class/vc/vcs3/dev
/sys/class/vc/vcsa8/dev
/sys/class/vc/vcs8/dev
/sys/class/vc/vcsa/dev
/sys/class/vc/vcs/dev
/sys/class/mem/kmsg/dev
/sys/class/mem/urandom/dev
/sys/class/mem/random/dev
/sys/class/mem/full/dev
/sys/class/mem/zero/dev
/sys/class/mem/port/dev
/sys/class/mem/null/dev
/sys/class/mem/mem/dev
/sys/class/input/input2/js0/dev
/sys/class/input/input2/event2/dev
/sys/class/input/input1/event1/dev
/sys/class/input/input1/mouse0/dev
/sys/class/input/input0/event0/dev
/sys/class/input/mice/dev
/sys/class/usb_device/usbdev3.2/dev
/sys/class/usb_device/usbdev1.5/dev
/sys/class/usb_device/usbdev1.4/dev
/sys/class/usb_device/usbdev5.1/dev
/sys/class/usb_device/usbdev4.1/dev
/sys/class/usb_device/usbdev3.1/dev
/sys/class/usb_device/usbdev2.1/dev
/sys/class/usb_device/usbdev1.1/dev
/sys/class/misc/nvram/dev
/sys/class/misc/device-mapper/dev
/sys/class/misc/agpgart/dev
/sys/class/misc/hpet/dev
/sys/class/misc/rtc/dev
/sys/class/tty/ttyS1/dev
/sys/class/tty/ttyS0/dev
/sys/class/tty/ttyS3/dev
/sys/class/tty/ttyS2/dev
/sys/class/tty/tty63/dev
/sys/class/tty/tty62/dev
/sys/class/tty/tty61/dev
/sys/class/tty/tty60/dev
/sys/class/tty/tty59/dev
/sys/class/tty/tty58/dev
/sys/class/tty/tty57/dev
/sys/class/tty/tty56/dev
/sys/class/tty/tty55/dev
/sys/class/tty/tty54/dev
/sys/class/tty/tty53/dev
/sys/class/tty/tty52/dev
/sys/class/tty/tty51/dev
/sys/class/tty/tty50/dev
/sys/class/tty/tty49/dev
/sys/class/tty/tty48/dev
/sys/class/tty/tty47/dev
/sys/class/tty/tty46/dev
/sys/class/tty/tty45/dev
/sys/class/tty/tty44/dev
/sys/class/tty/tty43/dev
/sys/class/tty/tty42/dev
/sys/class/tty/tty41/dev
/sys/class/tty/tty40/dev
/sys/class/tty/tty39/dev
/sys/class/tty/tty38/dev
/sys/class/tty/tty37/dev
/sys/class/tty/tty36/dev
/sys/class/tty/tty35/dev
/sys/class/tty/tty34/dev
/sys/class/tty/tty33/dev
/sys/class/tty/tty32/dev
/sys/class/tty/tty31/dev
/sys/class/tty/tty30/dev
/sys/class/tty/tty29/dev
/sys/class/tty/tty28/dev
/sys/class/tty/tty27/dev
/sys/class/tty/tty26/dev
/sys/class/tty/tty25/dev
/sys/class/tty/tty24/dev
/sys/class/tty/tty23/dev
/sys/class/tty/tty22/dev
/sys/class/tty/tty21/dev
/sys/class/tty/tty20/dev
/sys/class/tty/tty19/dev
/sys/class/tty/tty18/dev
/sys/class/tty/tty17/dev
/sys/class/tty/tty16/dev
/sys/class/tty/tty15/dev
/sys/class/tty/tty14/dev
/sys/class/tty/tty13/dev
/sys/class/tty/tty12/dev
/sys/class/tty/tty11/dev
/sys/class/tty/tty10/dev
/sys/class/tty/tty9/dev
/sys/class/tty/tty8/dev
/sys/class/tty/tty7/dev
/sys/class/tty/tty6/dev
/sys/class/tty/tty5/dev
/sys/class/tty/tty4/dev
/sys/class/tty/tty3/dev
/sys/class/tty/tty2/dev
/sys/class/tty/tty1/dev
/sys/class/tty/tty0/dev
/sys/class/tty/ptmx/dev
/sys/class/tty/console/dev
/sys/class/tty/tty/dev

Exter

hello all!
Pas de solution ??
:-? :cry: :cry: :cry:

Exter

Vraiment personne n'a le moindre debut de piste pour résoudre ce truc.?
ou au moins me dire si le bug est chez Fedora.. ou .. chez moi..? Que ce soit une erreur perso dans le montage, ou que ce soit un PB de FC5/ma configuration.

A+
Merci

Exter

ha ha ha ha youpi !! J'ai trouvé !!!!!
:-D :-D :-D

En fait pour mes 2 disques Raid 1 udev crée ceci:

/sys/block/md0/dev
/sys/block/dm-1/dev
/sys/block/dm-0/dev

j'ai essayé de monter md0 sans succès mais je peux monter dm-0 ou dm-1
avec une ligne comme celle-ci dessus dans fstab

/dev/dm-1 /mnt/Win1 ntfs defaults,umask=0222,user,ro 0 0

En fait ces disques sont en raid 1.. je suis étonné de devoir (ou de pouvoir!) les monter individuellement.. Comme ils sont en ntfs, et que je souhaite les monter uniquement pour y lire certains fichiers, cela ne me gène pas de n'en monter qu'un puisqu'ils sont image l'un de l'autre..
Mais s'ils étaient en ext3 quelle serait la bonne methode de montage ?? Normalement l'utilisateur ne devrait voir qu'un disque et le système assurer "l'effet" miroir sur les 2...?

Ca marche, mais c'est un peu lourd udev. En résumé, pour ces 2 disques voici les /dev/ créés:

/sys/block/md0/dev
/sys/block/dm-1/dev
/sys/block/dm-0/dev
.....
/sys/block/sdb/dev
/sys/block/sda/dev
.....
/sys/class/scsi_generic/sg1/dev
/sys/class/scsi_generic/sg0/dev

la commande udevinfo montre bien les disques sur tous ces /dev/ !!!
il y a de quoi y perdre son latin.... seul dm-0 et dm-1 se montent??? (enfin chez moi avec mes bidouilles!)

Bon ... :-o il serait sympa qu'un pro donne quelques explications voir nous propose un joli tuto...
A+ 🙂

PS je place ce post en résolut pour ce qui est de mon besoin... mais il n'est pas obligatoirement clos , sur les infos nécessaires au bon montage de disque en raid1.. A+

Page suivante »