ubuntuusers.de

Farnmut
Heyho Ubuntuusers,
Ich habe jüngst meine Festplatte verloren. Sie war als /home eingehängt. Natürlich ohne backup. Somit sind alle Benutzer configs neu generiert und im default Zustand. Vielleicht ist es gar nicht möglich, einfach eine neue Festplatte einzubauen und mit der alten Installation weiterzumachen?

Mein aktuelles Problem : Jeder USB -Stick wird automatisch für root gemounted. Jedoch bekomme ich für chown und chmod, chgrp die Ausgabe
Vorgang nicht zulässig

id:

farnmut@Center2:~$ id
uid=1000(farnmut) gid=1000(farnmut) Gruppen=1000(farnmut),4(adm),20(dialout),21(fax),24(cdrom),25(floppy),26(tape),27(sudo),29(audio),30(dip),44(video),46(plugdev),120(lpadmin),122(nopasswdlogin),132(lxd),133(sambashare)

Also ergeben sich zwei, der Fragen: Ist meine Vorgehensweise, einfach eine neue leere Festplatte im /home Verzeichniss einzubauen -binden mit unübersehbaren vielen kleinen config Fehlern verbunden und eine Neuinstallation angesagt?

Falls jedoch keine Fehler zu erwarten sind, was kann ich tun, um die USB Sticks wieder als Benutzer zu mounten. Nicht als root.
Wurde evtl. meine uid (1000) verändert durch den Unfall?
Könnte es daher ein Rechteproblem geben?
Bevor ich die Festplatte (und all die schönen Daten) aufgegeben habe (MBR Fehler wurde angezeigt), versuchte ich vieles, bevor ich mit Partition löschen den Beweis für einen Physischen Fehler erbrachte. Das ging nämlich auch nicht mehr.
Es könnte sein, das ich hierbei meine automount Einstellungen geschrottet habe. Wie kann ich das überprüfen?

Ich hoffe meine Geschichte ist nicht zuuu Umfangreich, jedoch sind die Ereignisse zeitlich so eng korreliert, dass ein Zusammenhang gut möglich ist. Die gefundenen Beiträge zu dem Thema haben nicht weitergeholfen, außer dass mein Verdacht auf die automount Funktion und meine uid fällt.
Farnmut

1. Warum nimmst du nicht einfach dein Backup und spielst dieses ein (vorher noch eine neue Platte rein schrauben) das währe mein Vorgehen?

2. hast du nirgends dokumentiert wie du was konfiguriert hast?

Kein backup vorhanden (was viel schlimmer als der Datenverlust ist, ist es, das zugeben zu müssen)

Farnmut schrieb:

Mein aktuelles Problem :
Jeder USB -Stick wird automatisch für root gemounted

Beginnen wir mal mit einem USB -Stick.

tail -f -n 0 /var/log/syslog

Eingeben und dann den USB -Stick einstecken und wenn keine Ausgaben mehr kommen, dann Strg + C .
Im Termial: Bearbeiten > "alles auswählen" und Bearbeiten > Kopieren und die Terminalausgaben im Codeblock (mit 1. Befehl – 2. Ausgabe – 3. Prompt/Endezeichen) einfügen und posten.

Danke, Berlin tail -f -n 0 /var/log/syslog:

2025-03-27T18:51:37.164442+01:00 Center2 kernel: usb 4-2: new SuperSpeed USB device number 6 using xhci_hcd
2025-03-27T18:51:37.177446+01:00 Center2 kernel: usb 4-2: New USB device found, idVendor=0781, idProduct=5581, bcdDevice= 1.00
2025-03-27T18:51:37.177460+01:00 Center2 kernel: usb 4-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
2025-03-27T18:51:37.177461+01:00 Center2 kernel: usb 4-2: Product:  SanDisk 3.2Gen1
2025-03-27T18:51:37.177461+01:00 Center2 kernel: usb 4-2: Manufacturer:  USB
2025-03-27T18:51:37.177462+01:00 Center2 kernel: usb 4-2: SerialNumber: 010178d0a8edfee32c77f95660e2c03a31f4c69d26fe9dca38f9a6a68b987197710b00000000000000000000d422c2caff971900815581076caae222
2025-03-27T18:51:37.177463+01:00 Center2 kernel: usb-storage 4-2:1.0: USB Mass Storage device detected
2025-03-27T18:51:37.177464+01:00 Center2 kernel: scsi host10: usb-storage 4-2:1.0
2025-03-27T18:51:37.182071+01:00 Center2 mtp-probe: checking bus 4, device 6: "/sys/devices/pci0000:00/0000:00:08.1/0000:28:00.3/usb4/4-2"
2025-03-27T18:51:37.182438+01:00 Center2 mtp-probe: bus: 4, device: 6 was not an MTP device
2025-03-27T18:51:37.212460+01:00 Center2 mtp-probe: checking bus 4, device 6: "/sys/devices/pci0000:00/0000:00:08.1/0000:28:00.3/usb4/4-2"
2025-03-27T18:51:37.212542+01:00 Center2 mtp-probe: bus: 4, device: 6 was not an MTP device
2025-03-27T18:51:38.228430+01:00 Center2 kernel: scsi 10:0:0:0: Direct-Access      USB      SanDisk 3.2Gen1 1.00 PQ: 0 ANSI: 6
2025-03-27T18:51:38.228439+01:00 Center2 kernel: sd 10:0:0:0: Attached scsi generic sg2 type 0
2025-03-27T18:51:38.233454+01:00 Center2 kernel: sd 10:0:0:0: [sdb] 240353280 512-byte logical blocks: (123 GB/115 GiB)
2025-03-27T18:51:38.233464+01:00 Center2 kernel: sd 10:0:0:0: [sdb] Write Protect is off
2025-03-27T18:51:38.233465+01:00 Center2 kernel: sd 10:0:0:0: [sdb] Mode Sense: 43 00 00 00
2025-03-27T18:51:38.234429+01:00 Center2 kernel: sd 10:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
2025-03-27T18:51:38.238420+01:00 Center2 kernel:  sdb: sdb1
2025-03-27T18:51:38.238424+01:00 Center2 kernel: sd 10:0:0:0: [sdb] Attached SCSI removable disk
2025-03-27T18:51:38.269377+01:00 Center2 (udev-worker)[13923]: sdb: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sdb' failed with exit code 1.
2025-03-27T18:51:38.346355+01:00 Center2 (udev-worker)[13923]: sdb1: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sdb1' failed with exit code 1.
2025-03-27T18:51:38.465607+01:00 Center2 udisksd[1076]: Mounted /dev/sdb1 (system) at /mnt/sdb1 on behalf of uid 1000
2025-03-27T18:51:38.467290+01:00 Center2 kernel: FAT-fs (sdb1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.

Gleiche Ausgabe an anderem USB Zugang (Stecker)

Berlin_1946 schrieb:

Im Termial: Bearbeiten > "alles auswählen" und Bearbeiten > Kopieren und die Terminalausgaben im Codeblock (mit 1. Befehl – 2. Ausgabe – 3. Prompt/Endezeichen) einfügen und posten.

Wo bleibt z.Bsp. das Endezeichen und hast du auch -wie geschrieben- den Aufruf korrekt beendet, dann stünde da ein ^C vor dem Endezeichen.

Was hast du an den mount- Einstellungen geändert?

Da steht /mnt und dort ist der Stick auch für User 1000 gemountet. Nichts von root zusehen.

Mounted /dev/sdb1 (system) at /mnt/sdb1 on behalf of uid 1000

so sieht es, ohne wie auch immer gemachten Änderungen, aus.

Mounted /dev/sdh1 at /media/mate/hama_1G on behalf of uid 1000

Ich habe an mount hoffentlich nichts geändert, aber an der alten Festplatte viele Anleitungen zur Rettung versucht. Ich befürchte daher, ich könnte etwas verbugt haben. OK, wie gehabt, ist der USB-STick nur mit Adminrechten zu bearbeiten (Eigenschaften/Zugriffsrechte/Besitzer → root, Gruppe → root)
Nach einer Stunde warten scheinen die neuen Einträge, für mich nicht mehr für den USB automount von Bedeutung. Ein ^C konnte ich nicht entdecken. Ich weiß auch nicht, wie tail beendet wird. Ich schließe das Terminal, um wieder herauszukommen. Ich lasse aber den Terminal jetzt geöffnet und warte weiter auf ^C.

farnmut@Center2:~$ tail -f -n 0 /var/log/syslog
2025-03-28T15:50:15.001293+01:00 Center2 kernel: usb 4-2: new SuperSpeed USB device number 3 using xhci_hcd
2025-03-28T15:50:15.014263+01:00 Center2 kernel: usb 4-2: New USB device found, idVendor=0781, idProduct=5581, bcdDevice= 1.00
2025-03-28T15:50:15.014277+01:00 Center2 kernel: usb 4-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
2025-03-28T15:50:15.014278+01:00 Center2 kernel: usb 4-2: Product:  SanDisk 3.2Gen1
2025-03-28T15:50:15.014279+01:00 Center2 kernel: usb 4-2: Manufacturer:  USB
2025-03-28T15:50:15.014280+01:00 Center2 kernel: usb 4-2: SerialNumber: 010178d0a8edfee32c77f95660e2c03a31f4c69d26fe9dca38f9a6a68b987197710b00000000000000000000d422c2caff971900815581076caae222
2025-03-28T15:50:15.014281+01:00 Center2 kernel: usb-storage 4-2:1.0: USB Mass Storage device detected
2025-03-28T15:50:15.014283+01:00 Center2 kernel: scsi host10: usb-storage 4-2:1.0
2025-03-28T15:50:15.022426+01:00 Center2 mtp-probe: checking bus 4, device 3: "/sys/devices/pci0000:00/0000:00:08.1/0000:28:00.3/usb4/4-2"
2025-03-28T15:50:15.022656+01:00 Center2 mtp-probe: bus: 4, device: 3 was not an MTP device
2025-03-28T15:50:15.044031+01:00 Center2 mtp-probe: checking bus 4, device 3: "/sys/devices/pci0000:00/0000:00:08.1/0000:28:00.3/usb4/4-2"
2025-03-28T15:50:15.044089+01:00 Center2 mtp-probe: bus: 4, device: 3 was not an MTP device
2025-03-28T15:50:16.079251+01:00 Center2 kernel: scsi 10:0:0:0: Direct-Access      USB      SanDisk 3.2Gen1 1.00 PQ: 0 ANSI: 6
2025-03-28T15:50:16.079268+01:00 Center2 kernel: sd 10:0:0:0: Attached scsi generic sg2 type 0
2025-03-28T15:50:16.090238+01:00 Center2 kernel: sd 10:0:0:0: [sdb] 240353280 512-byte logical blocks: (123 GB/115 GiB)
2025-03-28T15:50:16.091234+01:00 Center2 kernel: sd 10:0:0:0: [sdb] Write Protect is off
2025-03-28T15:50:16.091239+01:00 Center2 kernel: sd 10:0:0:0: [sdb] Mode Sense: 43 00 00 00
2025-03-28T15:50:16.091240+01:00 Center2 kernel: sd 10:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
2025-03-28T15:50:16.096232+01:00 Center2 kernel:  sdb: sdb1
2025-03-28T15:50:16.096236+01:00 Center2 kernel: sd 10:0:0:0: [sdb] Attached SCSI removable disk
2025-03-28T15:50:16.127951+01:00 Center2 (udev-worker)[3718]: sdb: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sdb' failed with exit code 1.
2025-03-28T15:50:16.197873+01:00 Center2 (udev-worker)[3718]: sdb1: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sdb1' failed with exit code 1.
2025-03-28T15:50:16.313245+01:00 Center2 kernel: FAT-fs (sdb1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
2025-03-28T15:50:16.315493+01:00 Center2 udisksd[990]: Mounted /dev/sdb1 (system) at /mnt/sdb1 on behalf of uid 1000
2025-03-28T15:55:01.280257+01:00 Center2 CRON[3840]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
2025-03-28T15:58:18.585586+01:00 Center2 systemd[1]: Starting systemd-tmpfiles-clean.service - Cleanup of Temporary Directories...
2025-03-28T15:58:18.605666+01:00 Center2 systemd[1]: systemd-tmpfiles-clean.service: Deactivated successfully.
2025-03-28T15:58:18.605870+01:00 Center2 systemd[1]: Finished systemd-tmpfiles-clean.service - Cleanup of Temporary Directories.
2025-03-28T16:04:38.350634+01:00 Center2 systemd[1]: Starting fwupd-refresh.service - Refresh fwupd metadata and update motd...
2025-03-28T16:04:38.375832+01:00 Center2 dbus-daemon[954]: [system] Activating via systemd: service name='org.freedesktop.fwupd' unit='fwupd.service' requested by ':1.103' (uid=129 pid=3910 comm="/usr/bin/fwupdmgr refresh" label="unconfined")
2025-03-28T16:04:38.393377+01:00 Center2 systemd[1]: Starting fwupd.service - Firmware update daemon...
2025-03-28T16:04:38.451542+01:00 Center2 dbus-daemon[954]: [system] Activating via systemd: service name='org.bluez' unit='dbus-org.bluez.service' requested by ':1.104' (uid=0 pid=3917 comm="/usr/libexec/fwupd/fwupd" label="unconfined")
2025-03-28T16:04:38.453826+01:00 Center2 systemd[1]: bluetooth.service - Bluetooth service was skipped because of an unmet condition check (ConditionPathIsDirectory=/sys/class/bluetooth).
2025-03-28T16:04:40.129500+01:00 Center2 fwupd[3917]: 15:04:40.129 FuPluginUefiCapsule  skipping device that failed coldplug: ESRT GUID '00000000-0000-0000-0000-000000000000' was not valid
2025-03-28T16:04:40.221858+01:00 Center2 fwupd[3917]: 15:04:40.221 FuMain               Daemon ready for requests (locale de_DE.UTF-8)
2025-03-28T16:04:40.223137+01:00 Center2 dbus-daemon[954]: [system] Successfully activated service 'org.freedesktop.fwupd'
2025-03-28T16:04:40.223310+01:00 Center2 systemd[1]: Started fwupd.service - Firmware update daemon.
2025-03-28T16:04:40.261412+01:00 Center2 systemd[1]: fwupd-refresh.service: Deactivated successfully.
2025-03-28T16:04:40.261592+01:00 Center2 systemd[1]: Finished fwupd-refresh.service - Refresh fwupd metadata and update motd.
2025-03-28T16:05:01.285601+01:00 Center2 CRON[3934]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
2025-03-28T16:15:01.300854+01:00 Center2 CRON[3989]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)

2025-03-28T16:17:01.302486+01:00 Center2 CRON[4000]: (root) CMD (cd / && run-parts --report /etc/cron.hourly)
2025-03-28T16:20:25.419937+01:00 Center2 systemd-resolved[839]: Grace period over, resuming full feature set (UDP+EDNS0) for DNS server 192.168.178.1.
2025-03-28T16:25:01.315056+01:00 Center2 CRON[4046]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
2025-03-28T16:30:01.328316+01:00 Center2 CRON[4100]: (root) CMD ([ -x /etc/init.d/anacron ] && if [ ! -d /run/systemd/system ]; then /usr/sbin/invoke-rc.d anacron start >/dev/null; fi)
2025-03-28T16:31:00.137252+01:00 Center2 kernel: audit: type=1400 audit(1743175860.136:191): apparmor="DENIED" operation="unlink" class="file" profile="snap.firefox.firefox" name="/dev/char/195:254" pid=2740 comm="Renderer" requested_mask="d" denied_mask="d" fsuid=1000 ouid=0
2025-03-28T16:32:24.639640+01:00 Center2 systemd[1]: Started anacron.service - Run anacron jobs.
2025-03-28T16:32:24.640969+01:00 Center2 anacron[4119]: Anacron 2.3 started on 2025-03-28
2025-03-28T16:32:24.641251+01:00 Center2 anacron[4119]: Normal exit (0 jobs run)
2025-03-28T16:32:24.641570+01:00 Center2 systemd[1]: anacron.service: Deactivated successfully.
2025-03-28T16:35:01.332267+01:00 Center2 CRON[4146]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
2025-03-28T16:42:55.801392+01:00 Center2 rtkit-daemon[1476]: Supervising 8 threads of 5 processes of 1 users.
2025-03-28T16:42:58.912668+01:00 Center2 rtkit-daemon[1476]: message repeated 3 times: [ Supervising 8 threads of 5 processes of 1 users.]
2025-03-28T16:43:18.585621+01:00 Center2 systemd[1]: Starting apport-autoreport.service - Process error reports when automatic reporting is enabled...
2025-03-28T16:43:18.664390+01:00 Center2 whoopsie-upload-all[4288]: INFO:root:/var/crash/_usr_bin_caja.1000.crash already marked for upload, skipping
2025-03-28T16:43:18.664490+01:00 Center2 whoopsie-upload-all[4288]: INFO:root:Waiting for whoopsie to upload reports (timeout: 20 s)
2025-03-28T16:43:18.664517+01:00 Center2 whoopsie-upload-all[4288]: INFO:root:All reports uploaded successfully
2025-03-28T16:43:18.685458+01:00 Center2 systemd[1]: Started whoopsie.service - crash report submission.
2025-03-28T16:43:18.686003+01:00 Center2 systemd[1]: apport-autoreport.service: Deactivated successfully.
2025-03-28T16:43:18.686578+01:00 Center2 systemd[1]: Finished apport-autoreport.service - Process error reports when automatic reporting is enabled.
2025-03-28T16:43:18.694237+01:00 Center2 whoopsie[4290]: [16:43:18] Using lock path: /var/lock/whoopsie/lock
2025-03-28T16:43:18.695700+01:00 Center2 systemd[1]: whoopsie.service: Deactivated successfully.
2025-03-28T16:43:24.101653+01:00 Center2 mateweather-app[2026]: Source ID 309 was not found when attempting to remove it
2025-03-28T16:45:01.338936+01:00 Center2 CRON[4339]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
2025-03-28T16:46:28.871436+01:00 Center2 rtkit-daemon[1476]: Supervising 8 threads of 5 processes of 1 users.
2025-03-28T16:47:59.106269+01:00 Center2 kernel: usb 4-2: USB disconnect, device number 3
2025-03-28T16:46:28.871836+01:00 Center2 rtkit-daemon[1476]: Supervising 8 threads of 5 processes of 1 users.
2025-03-28T16:47:59.118627+01:00 Center2 udisksd[990]: Cleaning up mount point /mnt/sdb1 (device 8:17 no longer exists)
2025-03-28T16:47:59.129333+01:00 Center2 systemd[1]: Unmounting mnt-sdb1.mount - /mnt/sdb1...
2025-03-28T16:47:59.129480+01:00 Center2 umount[4427]: umount: /mnt/sdb1: nicht eingehängt.
2025-03-28T16:47:59.133117+01:00 Center2 systemd[1]: mnt-sdb1.mount: Mount process exited, code=exited, status=32/n/a
2025-03-28T16:47:59.133164+01:00 Center2 systemd[1]: mnt-sdb1.mount: Failed with result 'exit-code'.
2025-03-28T16:47:59.133509+01:00 Center2 systemd[1]: Unmounted mnt-sdb1.mount - /mnt/sdb1.

Farnmut schrieb:

Ein ^C konnte ich nicht entdecken. Ich weiß auch nicht, wie tail beendet wird.

Berlin_1946 schrieb:

... wenn keine Ausgaben mehr kommen, dann Strg + C .

mate@mate-HP-ProDesk:~$ tail -f -n 0 /var/log/syslog # Befehl
...
2025-03-28T16:56:26.267165+01:00 mate-HP-ProDesk kernel: sd 11:0:0:0: [sdh] 60088320 512-byte logical blocks: (30.8 GB/28.7 GiB)
2025-03-28T16:56:26.268137+01:00 mate-HP-ProDesk kernel: sd 11:0:0:0: [sdh] Write Protect is off
2025-03-28T16:56:26.268144+01:00 mate-HP-ProDesk kernel: sd 11:0:0:0: [sdh] Mode Sense: 43 00 00 00
2025-03-28T16:56:26.269151+01:00 mate-HP-ProDesk kernel: sd 11:0:0:0: [sdh] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
2025-03-28T16:56:26.287169+01:00 mate-HP-ProDesk kernel:  sdh: sdh1
2025-03-28T16:56:26.288171+01:00 mate-HP-ProDesk kernel: sd 11:0:0:0: [sdh] Attached SCSI removable disk
2025-03-28T16:56:26.575953+01:00 mate-HP-ProDesk kernel: EXT4-fs (sdh1): mounted filesystem 32a9c6d2-82bb-4f74-bda1-46925e697fb6 r/w with ordered data mode. Quota mode: none.
2025-03-28T16:56:26.583679+01:00 mate-HP-ProDesk udisksd[1094]: Mounted /dev/sdh1 at /media/mate/ScanDisk_blau on behalf of uid 1000
^C # stŕg +C erbigt ^C
mate@mate-HP-ProDesk:~$ # Endezeichen  hat den Sinn: alles ist kopiert

oh, nicht verstanden, da ich es als copy interpretiert hatte. nun hab’ ich es ! Danke Ich kopiere im Terminal immer über /Bearbeiten Hatte nicht erwartet das STRG+c den Prozess beendet.

Farnmut schrieb:

... da ich es als copy interpretiert hatte.

Ja das ist hier das Terminal und da ist das Kopieren ⇧ + Strg + C

gut, dann ist also der mount-pfad falsch? Ich dachte, es sind nur verschiedene "links" um an ein Ziel zu kommen.

Farnmut schrieb:

gut, dann ist also der mount-pfad falsch?

Wie und wo definierst du den Mount-Pfad?
Bei USB-Anschlüssen werden die doch automatisch gemountet.

Ich habe noch ein anderes Problem in einem anderen Unterforum anliegen. Bei einer .css datei wird ein Bug-Symbol auf das Dateiicon gelegt. Ich konnte auch hier so gar keine Hinweise finden. Darum befürchte ich, dass die neue Generierung des /home Ordners mehrere Probleme erzeugt hat. Ich beginne eine komplette Neuinstallation als Problemlösung zu erwägen. Kennst Du eine Möglichkeit den Hardware USB-Bus zu prüfen?

Berlin_1946 schrieb:

Was hast du an den mount- Einstellungen geändert?

Da steht /mnt und dort ist der Stick auch für User 1000 gemountet. Nichts von root zusehen.

Mounted /dev/sdb1 (system) at /mnt/sdb1 on behalf of uid 1000

so sieht es, ohne wie auch immer gemachten Änderungen, aus.

Mounted /dev/sdh1 at /media/mate/hama_1G on behalf of uid 1000

Ich reagiere hier rauf - der angegebene Pfad ist unterschiedlich, aber führt doch zu keinem Unterschied, oder?

Farnmut schrieb:

Kennst Du eine Möglichkeit den Hardware USB-Bus zu prüfen?

Ja, die einfachst ist

lsusb

• einmal ohne den zu prüfenden Stick

• einmal mit dem zu prüfenden Stick. Hier sollte er hinzugekommen sein.