fstab mount und manuelle unmount [verwendung gelöst]

[mampfi]

Tja, hier wurde wirklich schon alles gesagt, von mir u.a. auch auf die manpage verwiesen.
Von jemandem, der von sich behauptet, seit mahr als 30 Jahren Unix- bzw. Linuxerfahrung zu besitzen, erwarte ich ganz einfach solche Fragen nicht...
wie übrigens auch die anderen Fragen hier im Forum.
Einem Anfänger würde ich das zugestehen, keine Frage, aber jemandem mit dieser langen Erfahrung? Selbst wenn ein veraltetes System eingesetzt wird und einige Basisbefehle verloren gegangen sind, dürfte das mounten von Geräten wohl kaum dazugehören.
Ich z.B. fühle mich hier ziemlich veralbert.
Nun muß man ja nicht antworten, schon klar, aber thunder11 macht sich noch die Mühe, einen Stick genauso zu formatieren...
Wie gesagt, bei einem Anfänger völlig ok, aber hier?

Vielleicht ein bißchen weniger Überheblichkeit...
(ich hatte gleiche Probleme in verschiedenen Linux-Foren gepostet, jetzt weiß ich auch wieder warum, soll hier nicht für alle gelten)

[mampfi]

Der USB-Stick ist in NTFS formatiert, zwecks Austausch größerer Dateien (Images?), also als eine lingua franca zwischen debian und Win (7)

Ich würde ja gerne ein ext4 nehmen, aber: https://www.heise.de/tipps-tricks/Ext4- ... 86952.html.

[fischig]

'ne Rückmeldung, was denn nun Stand der Dinge ist, wäre vielleicht auch nicht schlecht.
Ich habe nach den freundlichen Zurechtweisungen diverser Forenten mir auch mal einen Stick mit ntfs zugerichtet. Manuelles Ein-und Aushängen per shell-Kommando ohne udisks2 krieg ich damit auch nur als root hin. Mehr investiere ich nicht in diese Übung. Lese- und Schreibzugriff funktioniert auch als Benutzer mit und ohne fstab-Eintrag. Entscheidend ist wohl ntfs-3g. Für meine Bedürfnisse reicht das, sollte ich in näherer Zeit mal in die Verlegenheit kommen, ntfs händeln zu müssen.

De zuletzt von dir gepostete fstab-Eintrag für den Stick ist definitiv korrupt.

[mampfi]

Der Stand der Dinge ist, dass ich (paranoid) den bookworm vor dem Entfernen runtergefahren hab.

(Grad hab ich mich gewundert, warum linux dateien korrekt anzweigt, aber windows nicht, das waren Dateien in einem nicht gemounteten /media/usb aber das nur am Rande )

[mampfi]

Grad ein "Dateisystem-Korruptions-Problem", keine Ahnung, wo das herkommt, der Stick wurde immer anständig "abmontiert", unter Win ("Auswerfen") und auch Linux.

Der Tausch-USB-Stick wurde mit gparted-Boot-CD auf Windows-Rechner formatiert.

[fischig]

Zur Zeit meiner Berufstätigkeit hatte ich das gleiche Problem: Windows/Linux-Inkompatibilitäten. Und ich schätze, letztlich auflösen können wird man die als Nicht-IT-ler nicht. Mögen andere aufgrund ihrer anderen subjektiven Erfahrungen anders sehen. Ich plädiere für Entscheidungen: Entweder/oder. Und wenn das als nicht möglich erscheint: leben mit den Inkompatibilitäten und backup, backup, backup, hüben und drüben!

Eine meiner aus diesen Erfahrungen heraus subjektiv gezogene Lehre ist: Kein automatisiertes Ein- und Aushängen von Datenträgern mit Ausnahme der Systempartition - unter Debian kann man das einrichten.

[mampfi]

Aktueller Zustand: Den Mount aus der fstab herausgenommen

und Versuch eines "mount /dev/sdb1 /media/usb"

Ergebnis: Fehlermeldung

und nicht mal die Umleitung der Fehlermeldung in eine Datei funktioniert, also abtippen:

[ 1544.426336] /dev/sdb1: Can´t open blockdev
mount: /media/usb: special device /dev/sdb1 does not exist.
dmesg(1) msx have more information after failed mount system call.

[MSfree]

special device /dev/sdb1 does not exist.

Code: Alles auswählen

ls -l /dev/sdb*

?

[mampfi]

Antwort:

brw-rw---- 1 root disk 8, 16 7. Jan 15:08 /dev/sdb
brw-rw---- 1 root disk 8, 17 7. Jan 15:18 /dev/sdb1


Grad den usb-stick wieder in fstab eingetragen, ein Image kopiert sich gerade erfolgreich auf den Stick

[mampfi]

Mit einem älteren USB-Stick funktioniert es perfekt.

Seine Parameter: 1,86 GB, FAT32

Momentaner Versuch: Kein Eintrag in der fstab

und ich kann mounten und unmounten, ohne Ende

Warum funktionert der alte USB-Stick und die neuen nicht, hoffe, ich werde es bald wissen ...

[cosinus]

Mit einem älteren USB-Stick funktioniert es perfekt.

Neuer USB-Stick defekt? Falsches oder kein Dateisystem drauf?

[fischig]

Ich sehe zwei Möglichkeiten: 1. Es ist halt ein Unterschied zwischen einem DOS-Format (fat32) und einem nicht so alten Windows-Format (ntfs). Letzteres hat eine eigene(!), ersteres so gut wie keine Rechte-Verwaltung 2. die Hardware des ntfs-Sticks ist defekt. Wie man letzteres feststellt, weiß ich nicht.
Wenn du schon vergleichst, solltest du nicht Äpfel mit Birnen vergleichen, heißt, um ohne Hardware-Analyse-Kenntnisse mit dem problematischen ntfs-Stick weiterzukommen, müsstest du einen anderen damit formatierten Stick testen.

[thunder11]

Vergleiche mal, ob das alles bei dir installiert ist (ncht auf die Versionsnummern schauen, da Testing)

Code: Alles auswählen

$ dpkg -l *fuse*|grep ii
ii  fuse2fs              1.47.0-2+b1     amd64        ext2 / ext3 / ext4 file system driver for FUSE
ii  fuse3                3.14.0-4        amd64        Filesystem in Userspace (3.x version)
ii  fuseiso              20070708-3.2+b1 amd64        FUSE module to mount ISO filesystem images
ii  fuseiso9660          0.3-2           amd64        File System in User Space - Module for ISO9660
ii  gvfs-fuse            1.52.1-1        amd64        userspace virtual filesystem - fuse server
ii  libfuse2:amd64       2.9.9-8+b1      amd64        Filesystem in Userspace (library)
ii  libfuse3-3:amd64     3.14.0-4        amd64        Filesystem in Userspace (library) (3.x version)
ii  libsquashfuse0:amd64 0.5.0-2         amd64        FUSE filesystem to mount squashfs archives library
ii  python3-defusedxml   0.7.1-2         all          XML bomb protection for Python stdlib modules (for Python 3)

Code: Alles auswählen

~$ dpkg -l *gvfs*|grep ii
ii  gvfs:amd64      1.52.1-1     amd64        userspace virtual filesystem - GIO module
ii  gvfs-backends   1.52.1-1     amd64        userspace virtual filesystem - backends
ii  gvfs-common     1.52.1-1     all          userspace virtual filesystem - common data files
ii  gvfs-daemons    1.52.1-1     amd64        userspace virtual filesystem - servers
ii  gvfs-fuse       1.52.1-1     amd64        userspace virtual filesystem - fuse server
ii  gvfs-libs:amd64 1.52.1-1     amd64        userspace virtual filesystem - private libraries

Code: Alles auswählen

:~$ dpkg -l *ntfs*|grep ii
ii  libntfs-3g89:amd64 1:2022.10.3-1+b1 amd64        read/write NTFS driver for FUSE (runtime library)
ii  ntfs-3g            1:2022.10.3-1+b1 amd64        read/write NTFS driver for FUSE

[mampfi]

Nun den Austausch-Stick mit FAT32 formatiert, er funktioniert wie mein "historischer" 1,68-Stick.

Werd noch ein Weilchen damit arbeiten, dann kommt "[gelöst]".

[mampfi]

Vergleiche mal, ob das alles bei dir installiert ist (ncht auf die Versionsnummern schauen, da Testing)

Code: Alles auswählen

$ dpkg -l *fuse*|grep ii
ii  fuse2fs              1.47.0-2+b1     amd64        ext2 / ext3 / ext4 file system driver for FUSE
ii  fuse3                3.14.0-4        amd64        Filesystem in Userspace (3.x version)
ii  fuseiso              20070708-3.2+b1 amd64        FUSE module to mount ISO filesystem images
ii  fuseiso9660          0.3-2           amd64        File System in User Space - Module for ISO9660
ii  gvfs-fuse            1.52.1-1        amd64        userspace virtual filesystem - fuse server
ii  libfuse2:amd64       2.9.9-8+b1      amd64        Filesystem in Userspace (library)
ii  libfuse3-3:amd64     3.14.0-4        amd64        Filesystem in Userspace (library) (3.x version)
ii  libsquashfuse0:amd64 0.5.0-2         amd64        FUSE filesystem to mount squashfs archives library
ii  python3-defusedxml   0.7.1-2         all          XML bomb protection for Python stdlib modules (for Python 3)

Code: Alles auswählen

~$ dpkg -l *gvfs*|grep ii
ii  gvfs:amd64      1.52.1-1     amd64        userspace virtual filesystem - GIO module
ii  gvfs-backends   1.52.1-1     amd64        userspace virtual filesystem - backends
ii  gvfs-common     1.52.1-1     all          userspace virtual filesystem - common data files
ii  gvfs-daemons    1.52.1-1     amd64        userspace virtual filesystem - servers
ii  gvfs-fuse       1.52.1-1     amd64        userspace virtual filesystem - fuse server
ii  gvfs-libs:amd64 1.52.1-1     amd64        userspace virtual filesystem - private libraries

Code: Alles auswählen

:~$ dpkg -l *ntfs*|grep ii
ii  libntfs-3g89:amd64 1:2022.10.3-1+b1 amd64        read/write NTFS driver for FUSE (runtime library)
ii  ntfs-3g            1:2022.10.3-1+b1 amd64        read/write NTFS driver for FUSE

Ich kopier die Befehle mal in eine "thunder11.bat" (folge mit dem .bat heut mal einer alten Gewohnheit )

[mampfi]

Vergleiche mal, ob das alles bei dir installiert ist (ncht auf die Versionsnummern schauen, da Testing)

Code: Alles auswählen

$ dpkg -l *fuse*|grep ii
ii  fuse2fs              1.47.0-2+b1     amd64        ext2 / ext3 / ext4 file system driver for FUSE
ii  fuse3                3.14.0-4        amd64        Filesystem in Userspace (3.x version)
ii  fuseiso              20070708-3.2+b1 amd64        FUSE module to mount ISO filesystem images
ii  fuseiso9660          0.3-2           amd64        File System in User Space - Module for ISO9660
ii  gvfs-fuse            1.52.1-1        amd64        userspace virtual filesystem - fuse server
ii  libfuse2:amd64       2.9.9-8+b1      amd64        Filesystem in Userspace (library)
ii  libfuse3-3:amd64     3.14.0-4        amd64        Filesystem in Userspace (library) (3.x version)
ii  libsquashfuse0:amd64 0.5.0-2         amd64        FUSE filesystem to mount squashfs archives library
ii  python3-defusedxml   0.7.1-2         all          XML bomb protection for Python stdlib modules (for Python 3)

Code: Alles auswählen

~$ dpkg -l *gvfs*|grep ii
ii  gvfs:amd64      1.52.1-1     amd64        userspace virtual filesystem - GIO module
ii  gvfs-backends   1.52.1-1     amd64        userspace virtual filesystem - backends
ii  gvfs-common     1.52.1-1     all          userspace virtual filesystem - common data files
ii  gvfs-daemons    1.52.1-1     amd64        userspace virtual filesystem - servers
ii  gvfs-fuse       1.52.1-1     amd64        userspace virtual filesystem - fuse server
ii  gvfs-libs:amd64 1.52.1-1     amd64        userspace virtual filesystem - private libraries

Code: Alles auswählen

:~$ dpkg -l *ntfs*|grep ii
ii  libntfs-3g89:amd64 1:2022.10.3-1+b1 amd64        read/write NTFS driver for FUSE (runtime library)
ii  ntfs-3g            1:2022.10.3-1+b1 amd64        read/write NTFS driver for FUSE

Ich kopier die Befehle mal in eine "thunder11.bat" (folge mit dem .bat heut mal einer alten Gewohnheit )

So die drei Antworten sind:

Befehl 1:

ii fuse3 3.14.0-4 amd64 Filesystem in Userspace (3.x version)
ii gvfs-fuse 1.50.3-1 amd64 userspace virtual filesystem - fuse server
ii libfuse2:amd64 2.9.9-6+b1 amd64 Filesystem in Userspace (library)
ii libfuse3-3:amd64 3.14.0-4 amd64 Filesystem in Userspace (library) (3.x version)

Befehl 2:

ii gvfs:amd64 1.50.3-1 amd64 userspace virtual filesystem - GIO module
ii gvfs-backends 1.50.3-1 amd64 userspace virtual filesystem - backends
ii gvfs-common 1.50.3-1 all userspace virtual filesystem - common data files
ii gvfs-daemons 1.50.3-1 amd64 userspace virtual filesystem - servers
ii gvfs-fuse 1.50.3-1 amd64 userspace virtual filesystem - fuse server
ii gvfs-libs:amd64 1.50.3-1 amd64 userspace virtual filesystem - private libraries

Befehl 3:

ii libntfs-3g89:amd64 1:2022.10.3-1+b1 amd64 read/write NTFS driver for FUSE (runtime library)
ii ntfs-3g 1:2022.10.3-1+b1 amd64 read/write NTFS driver for FUSE

[mampfi]

So, momentan:

moderner USB-Stick (45 GB): FAT32 formatiert.

Kein fstab-Eintrag, ich mounte ihn manuell von der Kommandozeile aus.


Es funktioniert leidlich, beim modernen USB-Stick ist die ganze Geschichte ein wenig wackelig(manchmal muss man neu booten), beim ersten Booten nicht erkannt, beim alten (1,86GB) funktioniert es offenbar immer.

Funktioniert also leidlich.

Hat das was mit Verarbeitung zu tun?

[cosinus]

So, momentan:
moderner USB-Stick (45 GB): FAT32 formatiert.

Was soll denn das für ein Stick sein? 45 GB? Sehr ungewöhnlich. Hersteller und Modell? (Da könnte ein lsusb helfen.)

[fischig]

Funktioniert also leidlich.

Hat das was mit Verarbeitung zu tun?

Mampfi, du stellst Fragen! Vielleicht solltest wanne mal ein attraktives Angebot machen.

[mampfi]

Wenn alte USB-Sticks funktionieren und neue nicht ...


Was für Angebot, er wird doch nicht etwa USB-Stick-Hersteller sein

[fischig]

Was für Angebot, er wird doch nicht etwa USB-Stick-Hersteller sein

Glaub' ich auch nicht, aber ihn (und noch einige wenige andere) halte ich für richtig gut im Analysieren von so grundlegenden Problemen. Und besonders stringent bist du nach meinem Eindruck ja nicht bei der Analyse deiner Probleme, so dass ich denke, dass die im Rahmen des DF-Pingpongs kaum gelöst werden können.

Und so ganz ernsthaft war mein Vorschlag auch nicht gemeint.

Und noch was: Wenn es dir möglich ist, in der Kombination mit Windows fat32 statt ntfs zu verwenden, dann halte ich das für eine gute Idee. Damit kommst du vielleicht nicht den Ursachen auf den Grund, aber vielleicht den Wirkungen. Anderen Controller/Rechner mit dem neuen Stick und fat32 gekoppelt?

[mampfi]

So, momentan:
moderner USB-Stick (45 GB): FAT32 formatiert.

Was soll denn das für ein Stick sein? 45 GB? Sehr ungewöhnlich. Hersteller und Modell? (Da könnte ein lsusb helfen.)

So ich hätte beide "lsusb´s (die Maus werden die Fachkräfte ignorieren).

Mein historischer Stick:

Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 008: ID 093a:2510 Pixart Imaging, Inc. Optical Mouse
Bus 001 Device 007: ID 04f2:b43b Chicony Electronics Co., Ltd Chicony USB 2.0 Camera
Bus 001 Device 011: ID 090c:1000 Silicon Motion, Inc. - Taiwan (formerly Feiya Technology Corp.) Flash Drive
Bus 001 Device 005: ID 046d:c52f Logitech, Inc. Unifying Receiver
Bus 001 Device 004: ID 058f:6254 Alcor Micro Corp. USB Hub
Bus 001 Device 003: ID 8087:07dc Intel Corp. Bluetooth wireless interface
Bus 001 Device 002: ID 046d:c534 Logitech, Inc. Unifying Receiver
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Mein neuer Austausch-Stick:

Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 008: ID 093a:2510 Pixart Imaging, Inc. Optical Mouse
Bus 001 Device 007: ID 04f2:b43b Chicony Electronics Co., Ltd Chicony USB 2.0 Camera
Bus 001 Device 014: ID 346d:5678 USB Disk 2.0
Bus 001 Device 005: ID 046d:c52f Logitech, Inc. Unifying Receiver
Bus 001 Device 004: ID 058f:6254 Alcor Micro Corp. USB Hub
Bus 001 Device 003: ID 8087:07dc Intel Corp. Bluetooth wireless interface
Bus 001 Device 002: ID 046d:c534 Logitech, Inc. Unifying Receiver
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

[mampfi]

Und der Erwerb:

https://www.amazon.de/dp/B07R5RFGNX?ref ... tails&th=1