externe HD koppeling repareren

[rietje]

Xubuntu 22.04
Het mounten van de externe HD is bij een rommeltje geworden. Graag hulp om dit op te schonen.
Het aankoppelen is momenteel mogelijk op 2 manieren, nl. via /media/sdb1/  en /mnt/sdb1/
De Grsync geeft backups door aan alle 2.    Gparted geeft als koppelpunt /mnt/usb-Initio...........(dit is een map,onder mnt die leeg is).
Initio.... is het merk van de HD.
Wat is de beste aanpak?

[vanadium]

Ook het probleem is een rommeltje. Mij volstrekt niet duidelijk wat de storingen nu precies zijn.

Een externe HD koppelt standaard op één manier aan: automatisch bij het inpluggen, en in een automatisch aangemaakte folder onder /media/<je_login>/. Als die externe HD een volumelabel heeft, dan wordt dat label netjes gebruikt als naam voor de folder (het koppelpunt), zodat de HD gemakkelijk te herkennen is.

Heb je die harde schijf opgenomen in "/etc/fstab", haal die er dan weer uit en laat voor een externe HD het automatisch systeem zijn mooie werk doen.

[rietje]

RE.Ook het probleem is een rommeltje. Mij volstrekt niet duidelijk wat de storingen nu precies zijn.

Het probleem is dat bij het inschakelen van de ext HD er wel een koppeling plaatsvindt, maar na zoeken in het Bestandssyteem.
Zichtbaar op 2 plaatsen, nl./media/sdb1/  en /mnt/sdb1/
Niet zoals vroeger linksboven in bureaublad met een icoon.  Er komt wel even een zwart schermpje met de mededeling dat extHD aangekoppeld is. Verder is het natuurlijk niet normaal dat zowel in "mnt" als in "media" de inhoud van de extHD te zien is. Dit is zeker door mijzelf veroorzaakt door pogingen  om de extHD te mounten.
Eigenlijk moeten "mnt" en "media" eens goed opgeschoond worden.

fstab inhoud:
UID=a4e1f68e-238d-4d02-a911-0e59277b61b5 / ext4 errors=remount-ro 0 1
#UUID=a4e1f68e-238d-4d02-a911-0e59277b61b5 /mnt/a4e1f68e-238d-4d02-a911-0e59277b61b5 ext4 errors=remount-ro,x-gvfs-show 0 1# <file system> <mount point> <type> <options> <dump> <pass>

UUID=D4F2-B470   /boot/efi   vfat   umask=0077   0   1
/swapfile   none   swap   sw   0   0
/dev/disk/by-id/usb-Initio_ST3320620A_0000000000000000W-0:0-part1 /mnt/usb-Initio_ST3320620A_0000000000000000W-0:0-part1 auto nosuid,nodev,nofail,x-gvfs-show,x-gvfs-name=Ext.HD,x-gvfs-icon=Ext.HD 0 0
U

[bart85]

Met je met onderstaande kun je laten zien wat er aangekoppeld is:

Code: [Selecteer]

mount | grep ^/dev

[vanadium]

Zet een commentaarteken (#) aan het begin van de lijn die begint met "/dev/disk/by-id/usb-Initio_ST3320620A_0000000000000000W-0:0-part1 /mnt/usb-Initio_ST33..." om die koppeling uit te schakelen.

[rietje]

wim@wim-Lenovo-S500:~$ mount | grep ^/dev
/dev/sda2 on / type ext4 (rw,relatime,errors=remount-ro)
/dev/sda1 on /boot/efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/sdb1 on /media/wim/a827ee3f-42c3-4781-8845-928cbcb63962 type ext4 (rw,nosuid,nodev,relatime,errors=remount-ro,uhelper=udisks2)
wim@wim-Lenovo-S500:~$

[rietje]

Zet een commentaarteken (#) aan het begin van de lijn die begint met "/dev/disk/by-id/usb-Initio_ST3320620A_0000000000000000W-0:0-part1 /mnt/usb-Initio_ST33..." om die koppeling uit te schakelen.

Er komt nu een icoon linksboven met "Opslagmedium". na openen wordt niet de inhoud van de extHD weergegeven. Eigenschappen: /media/wim/a827ee3f-42c3-4781-8845-928cbcb63962/

[vanadium]

Is dat niet OK? Je kan om verder op te schonen de folders "/mnt/usb-Initio_ST3320620A_0000000000000000W-0:0-part1" en "/media/sdb1" wissen.

[rietje]

/mnt/usb-Initio_ST3320620A_0------------is niet te verwijderen, maar is leeg.
/media/sdb1" is niet te verwijderen, maar sdb1 heb ik gewist.
Om e.e.a. gemakkelijker te maken heb ik de ext HD volledig gewist m.b.v. Schijven.
Nu zou de extHD leeg moeten zijn, maar ik twijfel. Wanneer ik de eigenschappen open dan staat er bij Locatie: /media/wim en bij Opslagmedium: Ext HD (/dev/sdb1)

[rietje]

/mnt/usb-Initio_ST3320620A_0------------is niet te verwijderen, maar is leeg.
/media/sdb1" is niet te verwijderen, maar sdb1 heb ik gewist.
Om e.e.a. gemakkelijker te maken heb ik de ext HD volledig gewist m.b.v. Schijven.
Nu zou de extHD leeg moeten zijn, maar ik twijfel. Wanneer ik de eigenschappen open dan staat er bij Locatie: /media/wim en bij Opslagmedium: Ext HD (/dev/sdb1)

Grsync geeft een positief antwoord bij verzending naar /media/sdb1  en negatief bij verzending naar /media/extHD

[vanadium]

Code: [Selecteer]

[quote author=rietje link=topic=110355.msg1068791#msg1068791 date=1661083042]
/mnt/usb-Initio_ST3320620A_0------------is niet te verwijderen, maar is leeg.
/media/sdb1" is niet te verwijderen, maar sdb1 heb ik gewist.
Het is natuurlijk niet de bedoeling ook de folders "/mnt" en "media" te verwijderen! "usb-Initio_ST3320620A_0------------is niet te verwijderen, maar is leeg." Die is wel te verwijderen, maar je moet beheerder zijn (sudo rmdir /mnt/usb-I<Tab>).

Om e.e.a. gemakkelijker te maken heb ik de ext HD volledig gewist m.b.v. Schijven.

Je neemt vrij veel initiatief. De kans bestaat dat je je daardoor verder in de modder rijdt.

De ext HD volledig wissen klinkt alsof je alle partities hebt gewist, en daarna een nieuwe partitie hebt aangemaakt?

Nu zou de extHD leeg moeten zijn, maar ik twijfel. Wanneer ik de eigenschappen open dan staat er bij Locatie: /media/wim en bij Opslagmedium: Ext HD (/dev/sdb1)

Hoe kan je nu twijfelen? Uit de beschrijving kan ik vermoeden dat er nog steeds een partitie is, die ook aangekoppeld is. Ofwel staan daar bestanden op, ofwel staan er geen op. Kwestie van eens in die folder te gaan kijken.

Je hebt hierboven een commando gebruikt, gebruik dat opnieuw om te controleren wat er aangekoppeld is. Dat is objectief, en veel duidelijker dan een subjectieve beschrijving van een dialoog van een bestandsbeheerder die niet gespecificeerd is.

[rietje]

wim@wim-Lenovo-S500:~$ mount | grep ^/dev
/dev/sda2 on / type ext4 (rw,relatime,errors=remount-ro)
/dev/sda1 on /boot/efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/sda2 on /run/timeshift/backup type ext4 (rw,relatime,errors=remount-ro)
/dev/sdb1 on /media/wim/Ext HD type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
wim@wim-Lenovo-S500:~$

Hier is te zien dat sdb1 aangekoppeld is aan /media/wim/Ext HD.  Dit zou toch moeten zijn: /media/extHD  ?

[vanadium]

Hier is te zien dat sdb1 aangekoppeld is aan /media/wim/Ext HD.  Dit zou toch moeten zijn: /media/extHD  ?

Dat lijkt mij helemaal normaal. Sedert meerdere Ubuntu versies wordt een automatische harde schijf niet onder /media, maar onder /media/<login> aangekoppeld. Zo lijkt me dit probleem opgelost.

[rietje]

Hier is te zien dat sdb1 aangekoppeld is aan /media/wim/Ext HD.  Dit zou toch moeten zijn: /media/extHD  ?

Dat lijkt mij helemaal normaal. Sedert meerdere Ubuntu versies wordt een automatische harde schijf niet onder /media, maar onder /media/<login> aangekoppeld. Zo lijkt me dit probleem opgelost.

Dat de extHD niet onder /media , maar onder /media/<login>tegenwoordig wordt aangekoppeld is voor mij nieuw. Hoe had ik dat moeten weten? Dat maakt wel verschil uit als je een nieuwe extHD wil mounten in je systeem.
P.S, Met extHD wissen bedoekde ik natuurlijk de inhoud ervan, niet de HD uit het bestand verwijderen.

[vanadium]

Dat de extHD niet onder /media , maar onder /media/<login>tegenwoordig wordt aangekoppeld is voor mij nieuw. Hoe had ik dat moeten weten?

Via de informatie in Disks, of in de uitvoer van het commando "mount".
Dat maakt wel verschil uit als je een nieuwe extHD wil mounten in je systeem.
P.S, Met extHD wissen bedoekde ik natuurlijk de inhoud ervan, niet de HD uit het bestand verwijderen.

P.S, Met extHD wissen bedoekde ik natuurlijk de inhoud ervan, niet de HD uit het bestand verwijderen.

Dat is niet zo evident. Letterlijk betekent "extHD wissen" de partities verwijderen. En daarna moet je een nieuwe partitie maken. Het kon echter ook zijn dat je de bestanden op die HD had gewist. "De inhoud ervan wissen" kan beide dingen betekenen. "HD uit het bestand verwijderen" begrijp ik niet: verwijderen uit welk bestand?

Hoe dan ook, mooi dat dit opgelost is 

[rietje]

Bedankt allemaal..