[Opgelost]Kan 2e Hardisk niet benaderen

[Mshraks]

Ik ga sowieso terug naar de 32 bit versie van Ubuntu 10.10 dus dat wordt een compleet nieuwe installatie en formatering van partities.
Dan zet ik meteen de rest ook om in Ext4 file system.
Krijg namelijk meerdere error meldingen met de x64 uitvoering.
Wilde bijvoorbeeld terug naar Wine 1.3.7 en heb dat volgens de juiste terminal commando`s uitgevoerd maar kreeg vlak voor afronding de error melding dat het niet lukte i.v.m. de x64 uitvoering.
En zo heb ik nog wel meerdere dingen die ik onder een 32 bit versie van Ubuntu nooit had maar die ik telkens wel weer terug zag onder de x64 versies.
Met die uitvoering is dus nog aardig wat werk aan de winkel.
Wel jammer en vreemd aangezien de 64 bit architectuur ook op hardware gebied niet iets van gisteren is maar al een aantal jaar op de markt is.

Maar voorlopig ben ik geholpen met dit probleem en weet ik wat te moeten doen na mijn nieuwe installatie.

[Mshraks]

Ben er nu dus volledig achter gekomen waarom het automounten steeds de ene keer wel en dan na een herstart weer niet lukt.

Na met de storage device manager  de nodige partitie te hebben bewerkt, zowel de 1e HDD  /dev/sda  al de 2e HDD /dev/sdb wordt elke keer na een herstart de sda en sdb toewijzing omgewisseld door het besturings systeem.

Dus nu heb ik dit:

/dev/sda5                                  /media/Mydrive    ntfs-3g  nls=iso8859-1,users,umask=000  0  0 

/dev/sda3                                  /media/Mydrive02  ntfs-3g  nls=iso8859-1,users,umask=000  0  0
 
/dev/sdb1                                  /media/Mydrive03  ntfs-3g  nls=iso8859-1,users,umask=000  0  0 

Maar telkens na een herstart wisselt het besturingssyteem de sda om met sdb.
Dus dan krijgen de sda5 en sda3 partities in eens een sdb5 en 3 toegewezen.
En dit geeft telkens het conflict want allen de SDA HDD heeft meerdere partities en de SDB HDD maar 1. ( /dev/sdb1 )

Hoe kan het dat het systeem dit telkens omwisseld waardoor die automount niet werkt.
Ik sta volledig voor een raadsel.

[vanadium]

Net daarom gebruiken we nu UUID verwijzingen. Die zijn uniek voor de partitie.

[jolo]

Na met de storage device manager  de nodige partitie te hebben bewerkt, zowel de 1e HDD  /dev/sda  al de 2e HDD /dev/sdb wordt elke keer na een herstart de sda en sdb toewijzing

Waarschijnlijk heeft dat hiermee te maken. Op bladzijde 1 zei je

mijn 1e schijf van 500Gb en waar ik ook tevens Ubuntu op heb geïnstalleerd een SATA schijf is terwijl de 2e Harddisk van 200Gb waar diverse data opstaat een IDE is.

De device toewijzing hangt af, in welke volgorde deze door het BIOS worden gedetecteerd. Zie bijvoorbeeld deze dmesg output van de Dual P3 uit mijn onderschrift 

Code: [Selecteer]

jolo@Pentium3:~$ dmesg | grep ata
[    0.000000]  BIOS-e820: 000000003fffc000 - 000000003ffff000 (ACPI data)
[    0.000000] Memory: 1012412k/1048560k available (5134k kernel code, 35696k reserved, 2422k data, 668k init, 139256k highmem)
[    0.000000]       .data : 0xc060393d - 0xc08612a8   (2422 kB)
[    0.248514] libata version 3.00 loaded.
[    1.301848] Write protecting the kernel read-only data: 2064k
[    1.582959] pata_via 0000:00:04.1: version 0.3.4
[    1.598192] scsi0 : pata_via
[    1.601416] scsi1 : pata_via
[    1.602445] ata1: ACPI get timing mode failed (AE 0x300b)
[    1.602825] ata2: ACPI get timing mode failed (AE 0x300b)
[    1.602839] ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xb800 irq 14
[    1.602848] ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0xb808 irq 15
[    1.699722] sata_via 0000:00:0d.0: version 2.6
[    1.699765] sata_via 0000:00:0d.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19
[    1.699948] sata_via 0000:00:0d.0: routed to hard irq line 3
[    1.704354] scsi2 : sata_via
[    1.705878] scsi3 : sata_via
[    1.706320] scsi4 : sata_via
[    1.706489] ata3: SATA max UDMA/133 port i16@0x9400 bmdma 0x8000 irq 19
[    1.706500] ata4: SATA max UDMA/133 port i16@0x9000 bmdma 0x8008 irq 19
[    1.706508] ata5: PATA max UDMA/133 port i16@0x8800 bmdma 0x8010 irq 19
[    1.765718] ata1.00: ATA-5: WDC WD800BB-00CAA1, 17.07W17, max UDMA/100
[    1.765733] ata1.00: 156301488 sectors, multi 16: LBA
[    1.785694] ata1.00: configured for UDMA/100
[    2.058503] ata3: SATA link down (SStatus 0 SControl 310)
[    2.160334] ata2.00: ATAPI: SONY    DVD-ROM DDU1615, GYN2, max UDMA/66
[    2.160350] ata2.01: ATAPI: SONY    DVD RW DRU-190A, 1.62, max UDMA/66
[    2.184314] ata2.00: configured for UDMA/66
[    2.216310] ata2.01: configured for UDMA/66
[    2.552073] ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
[    2.596172] ata4.00: ATA-7: ST3320620AS, 3.AAK, max UDMA/133
[    2.596181] ata4.00: 625142448 sectors, multi 16: LBA48 NCQ (depth 0/32)
[    2.671114] ata4.00: configured for UDMA/133
[    4.413228] EXT4-fs (sdb10): mounted filesystem with ordered data mode. Opts: (null)
jolo@Pentium3:~$
In die PC zit de PATA harddisk op de onboard controller. De SATA zit op een PCI SATA controller. Het BIOS toont eerst de PATA drives, en daarna de SATA drives. Zoals je zie doet de Linux kernel dit ook. Daardoor wordt de PATA /dev/sda en de SATA /dev/sdb

Hierover vond ik deze discussie http://www.linux-archive.org/fedora-user/146505-anaconda-libata-device-detection-order.html weliswaar over Fedora. Zoals vanadium zegt, is dat de reden van die UUID verwijzingen. En dus de reden dat er geen /dev/sdX verwijzingen meer gebruikt wordt in het /etc/fstab

Bovendien zou tegenwoordig Nautilus voor het mounten naar andere partitie moeten zorgen. Ook als deze op een andere harddisk staan.

[Mshraks]

Ik heb de desbetreffende partities die ik wil laten automounten aangeduidt met de UUID`s.
3 in totaal maar dat werkte echt niet.
Wederom na het heropstarten kon er niet gemount worden en moest ik meerdere malen op de S toest drukken om verder te kunnen opstarten.

[Mshraks]

Eindelijk werkt het zoals ik het hebben wil.

Heb het nu als volgt op de hand begewerkt:

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>

proc                                       /proc          proc     nodev,noexec,nosuid          0  0 
#Entry for /dev/sda1 :
UUID=da0594b6-9fdb-4bf9-b553-9bc7f8e4c1f9  /              ext4     errors=remount-ro            0  1 
#Entry for /dev/sda5 :
UUID=24698DE50D2D1F54                      /media/Data_1  ntfs-3g  defaults,locale=en_US.UTF-8  0  2 
#Entry for /dev/sda3 :
UUID=46DC4E68DC4E527B                      /media/Data_2  ntfs-3g  defaults,locale=en_US.UTF-8  0  2
#Entry for /dev/sdb1 :
UUID=da8f30ce-ad72-42b9-bf8e-d14d00ff7ae8  /media/Data    ext4     defaults                     0  2 
#Entry for /dev/sda6 :
UUID=7e3ed608-c29e-47db-9a94-f999a5b0b401  none           swap     users                        0  0


Zonder de UUID`s was het niet mogelijk aangezien om de een of andere reden na een herstart van het systeem de 2 verschillende HDD`s steeds weer een andere sdx toegeschreven krijgen.
Zoals boven in de configuratie staat komt het namelijk volstrekt niet overeen met wat er in de storage device manager, Gparted en Diskutility staat aangegeven.
Daarin hebben de sda1,sda5,sda3 en sda6 de sdb toewijzing gekregen en de sdb1 juist weer de sda1
Vraag me niet waarom ik weet het ook niet.
Maar nu met deze gegevens invoer in fstab werkt het wel.
Heb het om te testen 10 keer op opgestart en het bleef netjes elke keer automounten.

Wat een lijdensweg was dit zeg.