Krijg lacie HD niet meer aangekoppeld op ubuntu 7.10 .

[nicobase]

Iemand hier raad mee ?

Ging een aantal weken nogthans wel maar was op 7.04 denk ik .

Dit komt er op scherm na inpluggen van HD :

Kan volume LACIE niet aankoppelen .

Details
Mount: /dev/sdb1 already mounted or /media/LACIE busy

Thanks

[vanadium]

Zou wel eens een ernstiger kernelprobleem kunnen zijn: als je zoekt op "already mounted or busy" via google komt er heel wat uit de bus, maar niet veel bruikbaars.

* Eerst eens de oplossing dicht bij huis zoeken: controleer eerst en vooral de integriteit van je bestandssysteem.

* Probeer eens handmatig te mounten om hopelijk meer specifieke foutmeldingen te zien. Plug de schijf in en post hier de output van de commandos

sudo fdisk -l
mount

Je schijf zal in principe niet verschijnen in de output van mount. In de eerste kolom van de output van fdisk -l kan je de apparaatnaam van je USB schijf vinden, vb. /dev/sdc, en de partitie erop, vb /dev/sdc1. Probeer eens de schijf "handmatig" te mounten om de foutmelding te zien:

mkdir test
sudo mount /dev/sdc1 test

* Probeer eens te starten met een oudere kernel om te zien of je het probleem dan nog hebt: hiervoor moet je in het grub menu dat je krijgt bij het opstarten van de computer een vorige kernel kiezen (als je er één hebt!).

[nicobase]

Zal ik straks op laptop thuis proberen en uitposten .

Op desktop pc van werk gaat hij nog wel .
En gebruik op alle 2 dezelfde distro's .

Dus de harde schijf werkt nog hee . :-)

Thanks

[vanadium]

Ik vrees dat je dan al direct zult kunnen overschakelen naar optie drie, tenzij iemand een beter idee heeft.

[nicobase]

Een oudere kernel kiezen dus bedoel je dan ?

Zal het straks testen seh .

Thanks ,

[nicobase]

nico@laptop-Statiedrink:~$ sudo mount /dev/sdb1 test

mount: /dev/sdb1 is al aangekoppeld of test is bezig
nico@laptop-Statiedrink:~$ sudo mount /dev/sdc1 test
mount: apparaat /dev/sdc1 bestaat niet

Gebruik:  fdisk [-b SECTORGROOTTE] [-u] APPARAAT       partitietabel wijzigen
          fdisk -l [-b SECTORGROOTTE] [-u] APPARAAT    partitietabel weergeven
          fdisk -s PARTITIE    partitiegrootte in blokken weergeven
          fdisk -v             versie van fdisk tonen

Hier is APPARAAT zoiets als /dev/hda of /dev/sdb,
en PARTITIE zoiets als /dev/hda7 of /dev/sdb4.

-u        Begin en Einde in sectoreenheden (in plaats van cilindereenheden)
-b 2048   (voor sommige MO-schijven) 2048-byte sectoren gebruiken
nico@laptop-Statiedrink:~$ mount
/dev/sda1 on / type ext3 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
/sys on /sys type sysfs (rw,noexec,nosuid,nodev)
varrun on /var/run type tmpfs (rw,noexec,nosuid,nodev,mode=0755)
varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777)
udev on /dev type tmpfs (rw,mode=0755)
devshm on /dev/shm type tmpfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
lrm on /lib/modules/2.6.22-14-386/volatile type tmpfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)

Wat nu gedaan ?

Thanks

[vanadium]

Dit bevestigt enkel je ganse verhaal. Is dit nu na opstart met een oudere kernel? Ik heb ook al wat voor je afgezocht, maar nog niets bruikbaars gevonden. Maar ik had van in het begin al gezegd dat ik schrik had van dit probleem ... Ondertussen is in gans het verhaal nog niet eens duidelijk om welk bestandssysteem het hier gaat.

[nicobase]

Heb het met een aantal andere kernels geprobeerd en deed het ook niet .

Gaf in mijn oudste kernel wel loading hardware drivers fail aan .

Hoe vind ik dit bestandssysteem dan ?

Thanks

[vanadium]

Ik heb hier iets gevonden wat misschien wel de moeite loont eens uit te zoeken:
http://www.centos.org/modules/newbb/viewtopic.php?forum=7&topic_id=2058&viewmode=flat

Post hier eens, met de schijf ingeplugd, de output van

sudo fdisk -l
mount
cat /etc/fstab
cat /etc/mtab
cat /etc/blkid.tab

en dan kunnen we eens proberen te zien of het systeem denkt dat de schijf al elders gemount is, of dat er ergens tegenstrijdige dingen gemeld worden.

[nicobase]

Ah daarmee zat ik vorige X met die sudo fdisk -l fout . Denk ik .

Is die I van sudo fdisk -I Een i of een L ? Om zekers te zijn hee .
Anders zal ik ze straks thuis alle 2 posten . No probs .

Jaja , die link gaat daar dus blijkbaar wel over hee .

Thanks ,

[nicobase]

nico@laptop-Statiedrink:~$ sudo fdisk -l
[sudo] password for nico:

Schijf /dev/sda: 20.0 GB, 20003880960 bytes
255 koppen, 63 sectoren/spoor, 2432 cilinders
Eenheid = cilinders van 16065 * 512 = 8225280 bytes
Schijf-ID: 0x6976b5df

 Apparaat Opstart   Begin       Einde     Blokken   ID  Systeem
/dev/sda1   *           1        2339    18787986   83  Linux
/dev/sda2            2340        2432      747022+   5  Uitgebreid
/dev/sda5            2340        2432      746991   82  Linux wisselgeheugen

Schijf /dev/sdb: 250.0 GB, 250059350016 bytes
255 koppen, 63 sectoren/spoor, 30401 cilinders
Eenheid = cilinders van 16065 * 512 = 8225280 bytes
Schijf-ID: 0xf61900c5

 Apparaat Opstart   Begin       Einde     Blokken   ID  Systeem
/dev/sdb1               1       30401   244196001    c  W95 FAT32 (LBA)
nico@laptop-Statiedrink:~$

nico@laptop-Statiedrink:~$ mount
/dev/sda1 on / type ext3 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
/sys on /sys type sysfs (rw,noexec,nosuid,nodev)
varrun on /var/run type tmpfs (rw,noexec,nosuid,nodev,mode=0755)
varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777)
udev on /dev type tmpfs (rw,mode=0755)
devshm on /dev/shm type tmpfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
lrm on /lib/modules/2.6.22-14-386/volatile type tmpfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
nico@laptop-Statiedrink:~$

nico@laptop-Statiedrink:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
#            
proc            /proc           proc    defaults        0       0
# /dev/hda1 -- converted during upgrade to edgy
UUID=79033df3-5849-4226-bcbb-72573b123855 / ext3 defaults,errors=remount-ro 0 1
# /dev/hda5 -- converted during upgrade to edgy
UUID=12a072cc-f35b-4006-a1ee-f0a60cf3a82a none swap sw 0 0
/dev/cdrom        /media/cdrom0   udf,iso9660 user,noauto     0       0

nico@laptop-Statiedrink:~$ cat /etc/mtab
/dev/sda1 / ext3 rw,errors=remount-ro 0 0
proc /proc proc rw,noexec,nosuid,nodev 0 0
/sys /sys sysfs rw,noexec,nosuid,nodev 0 0
varrun /var/run tmpfs rw,noexec,nosuid,nodev,mode=0755 0 0
varlock /var/lock tmpfs rw,noexec,nosuid,nodev,mode=1777 0 0
udev /dev tmpfs rw,mode=0755 0 0
devshm /dev/shm tmpfs rw 0 0
devpts /dev/pts devpts rw,gid=5,mode=620 0 0
lrm /lib/modules/2.6.22-14-386/volatile tmpfs rw 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,noexec,nosuid,nodev 0 0

nico@laptop-Statiedrink:~$ cat /etc/blkid.tab
/dev/evms/hda5
/dev/hda5
/dev/mapper/sda1
/dev/sda5
/dev/sda1
/dev/mapper/sda5
nico@laptop-Statiedrink:~$

Dit zou alles moeten zijn .

[nicobase]

heb een paar oudere kernels verwijderd en daar kwam : /etc/kernel-img.conf needs update tussen .

Mss hier iets mee doen ?
En wat met die hardware drivers failiar in oudere kernel ?

Thanks

[vanadium]

Jou systeem is wellicht steeds geupgraded geweest, van Ubuntu 6.10 naar 7.4 naar 7.10. Vroeger (=6.10) noemde je interne schijf hda, en je USB sda. Nu noemt je interne schijf sda, je externe sdb. In blkid.tab staat je Lacie vermeld als /dev/mapper/sda1. Ik heb zo de indruk dat dit probleem met die upgrades te maken heeft. Je (huidige) sda1 staat maar eventjes vier keer vermeld, eens als /dev/evms/hda5, eens als /dev/hda5, eens zoals het hoort: /dev/sda1 en eens als /dev/mapper/sda5.

Met andere woorden: je systeem weet niet goed weg meer met de UUID van je Lacie schijf. Ik denk dat het veranderen van de UUID van de fat schijf het probleem zou oplossen. Ik weet echter niet of en hoe je de UUID van een volume kan veranderen (wordt ingesteld door systeem tijdens formatteren). Beter zou zijn als we wat je systeem denkt te weten over je LACIE schijf zouden kunnen bijwerken. Ik denk niet dat wat uithaalt de regel van je Lacie te wissen in het /etc/blkid.tab bestand, maar je kan het altijd eens proberen: maak een reservekopie, wis de regel met LACIE erin, bewaar en herstart het systeem. Is er zeer grote schade (verwacht ik niet: ik verwacht enkel dat het niets zal uithalen), dan kan je nog altijd vanaf een recoveryprompt de reservekopie terugplaatsen.

Ik vermoed dat je schijf wel zou mounten mocht je ze in /etc/fstab mounten, omdat dan al die automatische mounttoestanden voor verwijderbare schijven nog niet actief zijn.

[nicobase]

En hoe maak ik een reservekopie zonder de regel Lacie er in en hoe bewaar ik deze ?

Dan zal ik al de rest zekers proberen .

Thanks

[vanadium]

Laten we eerst eens iets eenvoudigers proberen: verander eens het label van de externe schijf. Het is een fat32 volume, dus je zal mtools moeten gebruiken om het label te veranderen (tenzij je de schijf aan een Windows computer kunt koppelen om in Windows het volumelabel te veranderen). Voor Linux staan instructies hier:
https://help.ubuntu.com/community/RenameUSBDrive

Je moet mtools installeren: gebruik Synaptic of typ in een commandoprompt

sudo apt-get install mtools

Uit de output van "sudo fdisk -l" weten we dat je schijf /dev/sdb1 is. Verander het label met het commando

sudo mlabel -i /dev/sda2 ::my-ipod

Vervang my-ipod door de naam van je keuze: zorg dat er geen spatie of speciale tekens in staan.

Controleer of het label goed veranderd is met

sudo mlabel -i /dev/sda2 -s ::

Ontkoppel de schijf en koppel ze nu terug aan. Ik verwacht nu dat Ubuntu denkt dat het een andere schijf is, en misschien niet meer de "diep verborgen" verkeerde info gebruikt voor het aankoppelen van de schijf. Ubuntu gebruikt het schijflabel om te mounten, dus als alles goed gaad, dan zal de schijf gemount worden in /media/my-ipod (in ons voorbeeld).

[nicobase]

Zal het straks testen mate

Thanks

[nicobase]

mtools staat er op en heb het volgende geprobeerd :
Maar doe mss nog iets verkeerds of zo ?
Na dit alles heb ik een heropstart gedaan en de HD ingepluged en ging nog niet .

Thanks

nico@laptop-Statiedrink:~$ sudo mlabel -i /dev/sda2 ::USBdevice
[sudo] password for nico:
init :: non DOS media
Cannot initialize '::'
mlabel: Cannot initialize drive
nico@laptop-Statiedrink:~$ sudo mlabel -i /dev/sda2 -s ::
init :: non DOS media
Cannot initialize '::'
mlabel: Cannot initialize drive
nico@laptop-Statiedrink:~$ sudo mlabel -i/dev/sda2 ::USBdevice
init :: non DOS media
Cannot initialize '::'
mlabel: Cannot initialize drive
nico@laptop-Statiedrink:~$ sudo mlabel -i/dev/sda2 -s ::
init :: non DOS media
Cannot initialize '::'
mlabel: Cannot initialize drive
nico@laptop-Statiedrink:~$

[nicobase]

Wat nu vanadium ?

Zit echt wel een beetje vast .
Via de site link is het ook wel een beetje chinees voor me .

Thanks

[vanadium]

Eerst eens proberen je label te veranderen, met mtools of met een Windows systeem. Jou schijf is /dev/sdb1, dus in jou geval zal je dat moeten opgeven eerder dan /dev/sda2.

[nicobase]

Da's weer chinees voor me . Sorry amigo .
Zal het in alle geval eens proberen Alloewel ik denk dat ik dit al geprobeerd heb maar de verkeerde outpost toen gepost heb .

Waar moet ik dan mee beginnen ?
Wil dit echt wel in orde krijgen alvorens ik ram laat bij pluggen en nieuwe batterij bij koop .

Thanks

[vanadium]

Eerst eens proberen je label te veranderen, met mtools of met een Windows systeem.

Dit is wat ik hierboven heb voorgesteld: je disk label veranderen. Ik had in mijn post /dev/sda2 opgegeven, maar aangezien jou schijf /dev/sdb1 is, had dit /dev/sdb1 moeten zijn, dus

sudo mlabel -i /dev/sdb1 ::USBdevice

om het volumelabel van je schijf te veranderen naar "USBdevice".

Waar moet ik dan mee beginnen ?

Ik had het al vermeld in mijn eerste post: ik denk dat we hier met een tamelijk serieus probleem zitten. Ik hoop ook al een hele tijd dat hier iemand anders bijspringt, want verder dan eens te proberen of hij het wel zou doen als je eens een nieuw volumelabel aangeeft (zodat hij denkt dat het een andere schijf is), zal ik ook niet komen.

Ondertussen denk ik toch niet meer dat het de kernel is, maar een fout in het mechanisme voor automatische schijfkoppeling, dat te maken heeft met het feit dat jij je systeem hebt upgegradet van vroegere versies en niet vers hebt geinstalleerd (kan je dat nu eindelijk eens bevestigen, want ik raad dit hier alleen maar...)

[nicobase]

Yes vanadium ,

Die is geupgrade van 7.04 naar 7.10 . Dacht dat ik dit al vermeld had .
Sorry hier voor . :-)

Zal het straks testen en laten weten hee .

Thanks

[vanadium]

Wellicht voordien ook upgegraded van 6.10 naar 7.04?