[Firewire] Externe harddisk in Linux wil niet

[Trax_Digitizer]

Na het compilen van een nieuwe kernel krijg ik de volgende melding:

code:

Aug  2 22:44:50 traxotic kernel: scsi0 : SCSI emulation for IEEE-1394 SBP-2 Devices
Aug  2 22:44:50 traxotic kernel: ieee1394: sbp2: Node 0-00:1023: Using 36byte inquiry workaround
Aug  2 22:44:52 traxotic kernel: ieee1394: sbp2: Logged into SBP-2 device
Aug  2 22:44:52 traxotic kernel:   Vendor: WD        Model: 2500JB External   Rev: 2.23
Aug  2 22:44:52 traxotic kernel:   Type:   Direct-Access                      ANSI SCSI revision: 06
Aug  2 22:44:52 traxotic ieee1394.agent[2884]: ... no drivers for IEEE1394 product 0x000000/0x001101/0x001430
Aug  2 22:44:52 traxotic scsi.agent[2892]:      sd_mod: can't be loaded (for disk)
Aug  2 22:44:52 traxotic ieee1394.agent[2914]: ... no drivers for IEEE1394 product 0x000000/0x00609e/0x010483

Ter aanvulling, ik heb ook "Raw IEEE1394 I/O support" in de kernel gebakken.

Mis ik nu echt een specifieke driver, of iets essentieels uit de kernel?? (hij zegt driver, maar wil het even zeker weten, want volgens mij is er geen linux driver van dat ding....)

[Trax_Digitizer]

Na een tijdje googlen, kwam ik erachter dat sd_mod, de scsi disk driver is. Nadat ik deze in de kernel gebakken had staat er dit in mijn logs:

code:

Aug  3 19:51:09 traxotic kernel: scsi0 : SCSI emulation for IEEE-1394 SBP-2 Devices
Aug  3 19:51:09 traxotic kernel: ieee1394: sbp2: Node 0-00:1023: Using 36byte inquiry workaround
Aug  3 19:51:10 traxotic kernel: ieee1394: sbp2: Logged into SBP-2 device
Aug  3 19:51:10 traxotic kernel:   Vendor: WD        Model: 2500JB External   Rev: 2.23
Aug  3 19:51:10 traxotic kernel:   Type:   Direct-Access                      ANSI SCSI revision: 06
Aug  3 19:51:10 traxotic kernel: SCSI device sda: 488397168 512-byte hdwr sectors (250059 MB)
Aug  3 19:51:10 traxotic kernel: SCSI device sda: 488397168 512-byte hdwr sectors (250059 MB)
Aug  3 19:51:10 traxotic kernel:  sda: sda1
Aug  3 19:51:10 traxotic kernel: Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
Aug  3 19:51:10 traxotic ieee1394.agent[2901]: ... no drivers for IEEE1394 product 0x000000/0x001101/0x001430
Aug  3 19:51:10 traxotic scsi.agent[2924]:      sd_mod: can't be loaded (for disk)
Aug  3 19:51:10 traxotic ieee1394.agent[2941]: ... no drivers for IEEE1394 product 0x000000/0x00609e/0x010483

Ik ben nu wel in staat om de schijf te mounten vanaf /dev/sda1, maar hij blijft nog wel zeuren over die sd_mod en drivers.....
En klopt het dat NTFS niet echt writable is in linux?

[Verwijderd]

NTFS schrijven onder Linux is extreem gelimiteert. Google op "NTFS writable linux" levert antwoorden op als 'ja, mits...', 'alleen onder bepaalde omstandigheden', etc.

[Sendy]

Heb je die dingen in je kernel gebakken of als module gebouwd? Ik las in de sourcecode van de sbp2 driver dat modules noodzakelijk zijn.

[Trax_Digitizer]

hmm ok, dan ga ik dat eens proberen. Ik heb het juist niet als module gedaan.
van ntfs had ik ook al vanalles gevonden. Wat ik eigenlijk wil is een bestandssysteem wat ik zowel op linux probleemloos kan gebruiken, als ook op windows. Maar volgens mij is dat er gewoon niet....

[Verwijderd]

Trax_Digitizer schreef op donderdag 04 augustus 2005 @ 17:15:
Wat ik eigenlijk wil is een bestandssysteem wat ik zowel op linux probleemloos kan gebruiken, als ook op windows. Maar volgens mij is dat er gewoon niet....

VFAT zou kunnen werken, iig als partitie om bestanden tussen Linux en Windows uit kunnen wisselen. Een eventueel nadeel is dat VFAT niet echt aan security doet, permissies zoals de verschillende filesystems onder linux (ext2, ext3, etc) of NTFS onder windows hebben, zijn er bijv. niet.

Maar als die geen probleem is kun je prima VFAT gebruiken om je MP3s of je documenten ed. op te slaan.

[Trax_Digitizer]

ik zal er eens naar kijken. Het gaat ook niet om security, maar ik wil 'snel' backups kunnen maken op die schijf. Zowel vanaf windows machines, als van mijn linux server....... de echte systemfiles, worden via 'DAR' verwerkt en dan op de schijf gezet, dus dan blijven de permissies enzo bewaard.

[Verwijderd]

In dat geval zou ik gewoon een VFAT filesystem aanmaken idd zodat je daarheen kunt schrijven vanuit Windows en Linux.

Het mounten van een VFAT-partitie in Linux is overigens best irritant. Ik draai Linux Mandrake 10.1 en ik kreeg uiteindelijk de permissies goed door gid en uid in de /etc/fstab te zetten omdat ik anders niet als user kon schrijven naar die disk.
Op Linux-fora is dit overigens een bekend probleem, zodat het niet al te moelijk is om daar wat uitgebreidere info over te krijgen.

NFTS zou ik echt niet gaan proberen, omdat schrijven naar NFTS je windows filesystem corrupt kan maken. Dan ben je een stuk verder van huis.

[ Voor 3% gewijzigd door Verwijderd op 05-08-2005 01:34 . Reden: typos ]

[Trax_Digitizer]

Heb inmiddels de keuze gemaakt voor EXT3. Het meeste te backuppen spul staat op de server zelf en vanaf de workstations kan het eigenlijk ook makkelijk via het netwerk.
Nu is het natuurlijk zo dat ik de externe backup schijf uit heb staan, tenzij ik ga backuppen. Op dit moment moet ik de schijf (/dev/sda1) elke keer handmatig mounten als ik hem aanzet, EN als ik hem niet unmount voordat ie uit gaat dan gaat ext3 kaputt Dat is natuurlijk logisch, maar ik zou graag willen dat dat automatisch gaat. Het beste zou zijn dat wanneer iemand de harddisk aan zet, hij automatisch gemount zou worden, en dat hij ook automatisch geunmount zou worden bij het afsluiten....
Misschien kan ik daarvoor de 2 externe knoppen programmeren??? Of kan dit ook anders?

[Sendy]

Met hotplug scriptjes kan je het mouten wel voor elkaar krijgen. Het automatisch umounten niet, maar daar kan je ook wel een handig(er) scriptje voor schrijven. Ik weet niet wat je bedoeld met "de 2 externe knoppen programmeren???"

[Trax_Digitizer]

hehe de knoppen
Ik heb een western digital externe harddisk en daar zitten 2 extra knoppen op (naast de aan/uit knop). Deze knoppen kunnen met de bijgeleverde windows software worden gebruikt om meteen een backup te maken. Die knoppen zijn dus zeg maar snelfuncties. Je zet je HD aan, je drukt op de knop en het backuppen begint op de achtergrond. MAAR dat is dus alleen in de wondere wereld van Microsoft. Ik zat te denken om iets soortgelijks in linux te maken, maar ik denk dat dat onbegonnen werk is.

En zoals je al zegt, is het met scriptjes makkelijker te maken...maar om die scriptjes dan nog te 'binden' aan de externe knoppen op de HD?!?!

[Sendy]

Grappig die knoppen. Dat zal wel kunnen werken, maar daarvoor moet je wel een beetje hacken. Misschien worden ze gezien als vergelijkbaar met joysticks (module evdev)?