Hallo werner1,
Dann schaue bitte im "alten und neuen System" nach was unter /mnt/.... ist.
PS: Bitte kontrolliere ob in beiden Systemen die exfat-utils & exfat-fuse installiert sind
Gruss Lidux
Anmeldungsdatum: Beiträge: 15844 |
Hallo werner1, Dann schaue bitte im "alten und neuen System" nach was unter /mnt/.... ist. PS: Bitte kontrolliere ob in beiden Systemen die exfat-utils & exfat-fuse installiert sind Gruss Lidux |
(Themenstarter)
Anmeldungsdatum: Beiträge: 20 |
Gerne. Hab' das mal als "root" gemacht, damit mir auch garantiert alles angezeigt wird: Altes System: root@wpc:/mnt# ls usb-Generic_STORAGE_DEVICE_000000009722-0:2-part1 root@wpc:/mnt# Ist genau das Verzeichnis, in das gemäß Eintrag in der fstab des alten Systems ja auch irgendein device gemounted werden soll und wo ich nicht weiß, wer oder was den Eintrag da 'reingeschrieben hat: (/etc/fstab) /dev/disk/by-id/usb-Generic_STORAGE_DEVICE_000000009722-0:2-part1 /mnt/usb-Generic_STORAGE_DEVICE_000000009722-0:2-part1 auto nosuid,nodev,nofail,noauto 0 0 Vielleicht interessant dabei: das Verzeichnis /mnt/usb-Generic_STORAGE_DEVICE_000000009722-0:2-part1 enthält keine Dateien (anders als /media/werner/CANON_DC, da kann ich die Dateien / Verzeichnisse der SD-Karte sehen). Neues System: root@WPC1:/mnt# ls root@WPC1:/mnt# Es ändert auch nix, wenn ich das Verzeichnis dort im neuen System manuell anlege, den Eintrag in die fstab kopiere und neu starte. Scheint also nichts mit dem Kartenleser zu tun zu haben.
Ist beides in beiden Systemen nicht installiert ... |
(Themenstarter)
Anmeldungsdatum: Beiträge: 20 |
Hi,
Auch gern: Altes System: werner@wpc:~$ mount -l| grep -i \/dev\/sd| sort /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 / type ext4 (rw,relatime,errors=remount-ro) /dev/sdb1 on /Windows/D type fuseblk (rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096) [Windows_D] /dev/sdb2 on /Daten type ext4 (rw,relatime) [Daten] /dev/sdc1 on /media/werner/CANON_DC type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2) [CANON_DC] werner@wpc:~$ Neues System: werner@WPC1:~$ mount -l| grep -i \/dev\/sd| sort werner@WPC1:~$ Wieso kommt da im "neuen System" genau nix zurück? Allerdings, wenn ich da eine externe HD anschließe (und drauf zugreife), dann tut sich was: werner@WPC1:~$ mount -l| grep -i \/dev\/sd| sort /dev/sdc1 on /media/werner/HGST_500_GB type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2) [HGST_500_GB] werner@WPC1:~$ [alter fstab-Eintrag]
Der Verweis -part1 scheint allerdings auf genau eine Partition auf einem Datenträger (in einem device) zu zeigen?
Nö, gar nicht, "ich war das nicht!" ☺
Früher[tm] war das aber mal Standard 😉
Um die Zeile aus der alten fstab? Hab' ich schon gemacht, vorher auch das Verzeichnis unter /mnt angelegt, hat nix gebracht. |
Anmeldungsdatum: Beiträge: 15844 |
Hallo werner1, Wohin hast du in der fstab im neuen System den Eintrag gesetzt ? Bitte den Inhalt der fstab posten. Früher musste am Ende des Textes in der fstab noch eine Leerzeile existieren. Ob dies immer noch so ist entzieht sich meiner Kenntnis. Die beiden Pakete kannst du installieren ..... sind für die Erkennung / Nutzung des exfat Dateisystem von Microsoft. Wird immer häufiger verwendet ..... /dev/sdc1 on /media/werner/HGST_500_GB type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2) [HGST_500_GB] das wird automatisch über Automount beim anstecken von externen Medien vom System gemacht. Gruss Lidux |
(Themenstarter)
Anmeldungsdatum: Beiträge: 20 |
Hi Lidux,
ans Ende. Mit Leerzeichen dahinter! ☺
Bite gern, bitte gleich: # /etc/fstab: static file system information. # # Use 'blkid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # <file system> <mount point> <type> <options> <dump> <pass> # / was on /dev/nvme0n1p3 during installation UUID=2245d22d-b4b3-4d56-b00a-c7a3deea7c06 / btrfs defaults,subvol=@ 0 1 # /boot was on /dev/nvme0n1p2 during installation UUID=610a1d0d-a7d5-4f94-821d-8017fc4618a7 /boot ext4 defaults 0 2 # /boot/efi was on /dev/nvme0n1p1 during installation UUID=0963-131E /boot/efi vfat umask=0077 0 1 # /home was on /dev/nvme0n1p3 during installation UUID=2245d22d-b4b3-4d56-b00a-c7a3deea7c06 /home btrfs defaults,subvol=@home 0 2 # swap was on /dev/sdb4 during installation UUID=356d67e4-95cf-4e52-9c11-c122a656ff13 none swap sw 0 0 //192.168.7.15/fritz.nas/nas /NAS_an_Fritz.Box/ cifs credentials=/smbcredentials,vers=3.0,uid=1000,gid=1000,cache=none,noserverino /dev/disk/by-id/usb-Generic_STORAGE_DEVICE_000000009722-0:2-part1 /mnt/usb-Generic_STORAGE_DEVICE_000000009722-0:2-part1 auto nosuid,nodev,nofail,noauto 0 0
Schon erledigt (klang vernünftig, was Synaptic dazu ausgespuckt hat). /dev/sdc1 on /media/werner/HGST_500_GB type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2) [HGST_500_GB] Jupp, das war mir mal klar ☺ Nicht klar war mir, warum die Ausgabe vor einem Automount nichts hergab. Aber logisch, es wird mit grep nach /dev/sd gefiltert und sortiert. Und die Partitionen auf den Laufwerken /dev/sda und /dev/sdb habe ich im "neuen" System nicht "fest" eingehängt. |
Anmeldungsdatum: Beiträge: 15844 |
Hallo werner1, Kann es zufällig möglich sein, das du im ersten System damals eine udev Regel für das Speicherkartenlesegerät im Drucker erstellt hast ? Mir gehen so langsam auch Problemlösungsvorschläge bzw. Ursachenhinweise aus ...... PS. Im neuen System kannst du mal unter /mnt/ diesen Mountpunkt: usb-Generic_STORAGE_DEVICE_000000009722-0:2-part1 anlegen, d.h. entspricht ja dem Eintrag in der fstab. Die Rechte entsprechend mit der des ersten Systems einstellen. Gruss Lidux |
(Themenstarter)
Anmeldungsdatum: Beiträge: 20 |
sehr sicher nicht, das hat einfach so funktioniert ... auch wenn es lang her ist, dass ich das System ursprünglich aufgesetzt habe. Also zu 99% nicht. Aber wenn der Kartenleser erst nach einigen Umständen nutzbar gewesen wäre, würde ich mich daran ziemlich sicher erinnern und hätte das mit udev auch kaum aus eigener Kraft hinbekomen ⇒ meine jetzige Recherche hätte die damalige zutage fördern müssen ☺
Tja, Mist, ich hatte anfangs an irgendwas Einfaches gedacht ...
Hatte ich wie weiter oben schon gesagt bereits getan (Rechte gerade nochmal überprüft, sind gleich); hat keinen Effekt gehabt. Ich werde nachher nochmal vom Installationsmedium in ein "Test-Ubuntu" booten und da mal nachsehen, ob der Kartenleser "auftaucht". Schlimmstenfalls mache ich dann ein Backup von /home und eine Neuinstallation. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 20 |
Und jetzt bin ich komplett perplex. Bin ins BIOS gegangen um vom USB-Stick zu booten. Das BIOS erkennt übrigens EPSON_STORAGE ebenfalls als USB-Device, scheint also ein Standardgerät zu sein, das Ubuntu ohne Probleme verwalten können sollte. Also Bootpriorität 1 auf den USB-Stick gelegt. Booten vom Stick hat dann aus anderen Gründen nicht funktioniert, aber: nach dem Reboot ins "neue" System ist der Kartenleser plötzlich da!?! Bis davor war absolut reproduzierbar der Kartenleser beim Booten ins "neue" System 'nicht da', beim Booten ins "alte" System 'da'. Ich verstehe es nicht ... habe das System gleich nochmal neu gestartet, ist und bleibt da. Jemand eine Idee, wie sowas zustande kommen kann? Und nochmal vielen Dank an alle, die sich an der Ursachenfindung versucht haben! Soll ich den Thread nun auf "gelöst" setzen, weil das Problemn nicht mehr besteht oder lieber nicht, damit nicht jemand mit einem ähnlichen Problem fälschlich glaubt, hier die Lösung zu finden? |
Anmeldungsdatum: Beiträge: 15844 |
Hallo werner1, Prima das es funktioniert. Bitte dann den Thread auf gelöst setzen .... Gruss Lidux |
(Themenstarter)
Anmeldungsdatum: Beiträge: 20 |
OK, mach' ich gleich. Wurmt mich aber, dass ich es nicht verstanden habe. Kann es im BIOS "gehakt" haben? |
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 8565 |
Ich nehme mal die ganz ganz große Glaskugel. Ich habe leider nichts über deinen Rechner gelesen, geschweige denn über das BIOS. Das BIOS kann auch abgefragt werden: sudo dmidecode | grep -A3 'BIOS Information' Meine Idee, da BIOS Firmware ist und die M.2-SSD neu ins System eingebaut ist, ist da eine "Erkennungsroutine" gelaufen, da kann schon mal was passieren. Viele BIOS-Programme haben auch eine Art Rücksetzfunktion, die so lauten kann, wie -auf Werkseinstellung zurücksetzen- damit wird dann eine "Erkennung" angestoßen. Ist bei dir aber nicht mehr notwendig, über den Teil USB ist das Programm gelaufen und hat den Speicherkartenleser dann erkannt. Wie jetzt Ubuntu und BIOS genau zusammen arbeiten und ob das Ubuntu (Linux) eine einmal vom BIOS erkannte Schnittstelle speichert, kann ich auch nicht genau beantworten. Eine solche Funktion wie
sagt für mich, wenn BIOS ein Gerät erkennt wird udev aktiv. Diese Frage von Lidux:
Geht ja auch in diese Richtung. So mein Weltbild 😉 |
(Themenstarter)
Anmeldungsdatum: Beiträge: 20 |
Moin,
Na, die Frage war ja auch eher allgemein gehalten 😉
Mainboard: MSI B450-A PRO BIOS: American Megatrends "A.G5", release 01/20/2022 Prozessor: AMD Ryzen 5 2400G with Radeon Vega Graphics 128 GB RAM HDDs: /dev/nvme0n1: Western Digital WDS100T3X0C 1 TB (ist jetzt die Systemplatte) /dev/sda: Crucial CT256MX100SSD1 256 GB (war vorher die Systemplatte, das "alte" System ist noch drauf und bootbar) /dev/sdb: Seagate ST3500418AS 500 GB (war früher mal die Systemplatte)
Möglich. An sich sind die seligen DOS-Zeiten ja vorbei, als das BS die Hardware über das BIOS mit Interrupt-Handlern angesprochen hat, der Zugriff auf Hardware geschieht meines Wissens inzwischen mehr oder weniger direkt mit Treibern - allerdings wird (auf anderen Wegen) wieder versucht, alles möglichst abzusichern, und dafür sind auch Möglichkeiten zur Blockierung relevant ...
... und da hätte ich halt angenommen, dass der entsprechende Treiber die Hardware regelmäßig "abklappert" und schaut, ob was neues da ist. Aber nix genaues weiß man nich' 😀 Bleibt bisschen unbefriedigend. Aber läuft wieder. |