|
DerUnwissende
(Themenstarter)
Anmeldungsdatum: 27. Januar 2018
Beiträge: 249
Wohnort: gelobtes Land Baden-Wuerttemberg
|
NurNochDebianUser schrieb: .....sitzende H... ein Backup hat, das auch das Verzeichnis /etc (und dessen Unterverzeichnisse) einschließt ...
Ich hab zwar täglich eine Datensicherung mit Deja-Dup, aber da ist nur alles unterhalb des Home-Verzeichnisses drin.
Ab heute wird sich das ändern...
|
|
NurNochDebianUser
Anmeldungsdatum: 18. Februar 2026
Beiträge: 547
|
Wenn du schon mal dabei bist etwas zu ändern: Deja-Dup ist auch nicht das Gelbe vom Ei. Gibt genig Thread hier zu Deja-Dup und priblemen damit aufgrund von dessen Nachteilen. Sie z.B.: https://forum.ubuntuusers.de/topic/deja-dup-keine-berechtigung/
|
|
DerUnwissende
(Themenstarter)
Anmeldungsdatum: 27. Januar 2018
Beiträge: 249
Wohnort: gelobtes Land Baden-Wuerttemberg
|
Oha... hab kurz Deinen verlinkten Thread überflogen Dankeschön für den Hinweis. Da tut sich dann schon die nächste Baustelle auf. Werde ich angehen, wenn ich das mit der fstab wieder hinbekomme
|
|
NurNochDebianUser
Anmeldungsdatum: 18. Februar 2026
Beiträge: 547
|
@DerUnwissende hast du das versucht, was kB dir bereits vor einer Stunde vorgeschlagen hat? Sollte das geklappt haben, ist erstmal alles read only, außer swap Sollte es nicht geklappt haben, booite wieder per "Live-Stick". mounte dann nach und nach alle ext4-Partitionen ins Lifesystem nach /mnt und sieh dir deren Inhalt an. Dann kommst du schon drauf was der zugehörige richtige Mountpoint ist. Natürlich das umount nicht vergessen, bevor die nächste ext4-Partitionen ins Lifesystem nach /mnt eingehängt wird.
|
|
DerUnwissende
(Themenstarter)
Anmeldungsdatum: 27. Januar 2018
Beiträge: 249
Wohnort: gelobtes Land Baden-Wuerttemberg
|
@kB Ich bitte vielmals um Entschuldigung, daß das so lange gedauert hat. hab das o.g. per copy and paste in die fstab eingefügt. Hoffe mir ist da nicht noch ein Fehler unterlaufen. #O /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/sda2 during curtin installation
/dev/sda2 / ext4 ro,nodev
# /boot was on /dev/sda1 during curtin installation
/dev/sda1 /boot ext4 ro,nodev,noexec,noauto
# /home was on /dev/sda3 during curtin installation
/dev/sda3 /home ext4 ro,nodev,nosuid
/swap.img none swap nofail
Leider startet der Pc nicht und bleibt wieder bei den bereits erwähnten "plymouth" Meldungen stehen. Schreib jetzt wieder mit Live-Stick
|
|
DerUnwissende
(Themenstarter)
Anmeldungsdatum: 27. Januar 2018
Beiträge: 249
Wohnort: gelobtes Land Baden-Wuerttemberg
|
NurNochDebianUser schrieb: @DerUnwissende ...... mounte dann nach und nach alle ext4-Partitionen ins Lifesystem nach /mnt und sieh dir deren Inhalt an. Dann kommst du schon drauf was der zugehörige richtige Mountpoint ist. ....
Da geht ja mein Problem los. Ich weiß noch nicht mal auf was ich da schauen soll. Entschuldigung wenn ich mich da jetzt so doof anstelle.
|
|
trollsportverein
Anmeldungsdatum: 21. Oktober 2010
Beiträge: 6449
|
Kannst es mal damit versuchen, als /etc/fstab:
#SOURCE TARGET TYPE OPTIONS FREQ PASS
UUID=bc5939eb-68dd-4c0b-a11b-4153c3451801 /boot ext4 discard,noatime 0 2
UUID=ec29f821-dc0d-4436-914e-8bf576ebf7a2 / ext4 discard,noatime,errors=remount-ro 0 1
UUID=b8ca6920-37d3-4ae1-8057-ada97585f0c3 /home/<USER_NAME> ext4 discard,noatime,errors=remount-ro 0 2
/swapfile none swap sw,discard 0 0
Das ist natürlich nur durch die Kristallkugel geraten. → "<USER_NAME>" ←muss durch den eignen User Namen ersetzt werden. Das muss nicht gleich klappen. Aber vielleicht lässt sich über den Recovery-Modus booten? Im Wiki:
|
|
NurNochDebianUser
Anmeldungsdatum: 18. Februar 2026
Beiträge: 547
|
DerUnwissende schrieb: Da geht ja mein Problem los. Ich weiß noch nicht mal auf was ich da schauen soll.
in der /boot-Partition sollten sich das Unterverzeichnis /grub und /efi (bei efi-Systemen) finden lassen in der /home-Partition sollten sich die Unterverzeichnise der User (wie franz oder franziska) finden lassen in der /-Partition sollten sich Verzeichnisse wie /root, /etc, /usr, oder /var finden lassen
daran und auch anhand der Größe der Partition sollte man gut erkannen, was wo gemountet werden muss.
|
|
NurNochDebianUser
Anmeldungsdatum: 18. Februar 2026
Beiträge: 547
|
trollsportverein schrieb: UUID=b8ca6920-37d3-4ae1-8057-ada97585f0c3 /home/<USER_NAME> ext4 discard,noatime,errors=remount-ro 0 2
Da kann ich dir nicht folgen. Eine separate /home-Partition wird doch für gewöhnlich unter dem Mountpoint /home einebunden, denn es kann doch auch mehr als einen User mit einem /home-Verzeichnis geben. Aber viellecht siehst du ja etwas, das ich nicht sehe in den bisherigen Angaben von DerUnwissende
|
|
trollsportverein
Anmeldungsdatum: 21. Oktober 2010
Beiträge: 6449
|
Ich habe keine seperate /home Partition, aber wenn ich was in mein $HOME hinein mounten möchte, dann mounte ich nach /home/<USER_NAME>/<Irgendein_Verzeichnis>. Daher ging ich von home/<USER_NAME> als Mount-Point ("Taget") aus, wenn sich in dieser Partition tatsächlich nur der Inhalt von $HOME befinden soll. Kann sein, dass das anders ist, wenn man sein System mit seperater /home Partition einrichtet. Was ich persönlich aber für viel zu unflexibel halte, zumal heutzutage die ausgereiften Dateisystem solche Stückelung auch nicht mehr nötig haben, da sie nicht mehr so leicht kaputt gehen, wie in den 1990er Jahren.
|
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 10394
Wohnort: Münster
|
trollsportverein schrieb: Kannst es mal damit versuchen, als /etc/fstab:
#SOURCE TARGET TYPE OPTIONS FREQ PASS
UUID=bc5939eb-68dd-4c0b-a11b-4153c3451801 /boot ext4 discard,noatime 0 2
UUID=ec29f821-dc0d-4436-914e-8bf576ebf7a2 / ext4 discard,noatime,errors=remount-ro 0 1
Falsche Reihenfolge der Zeilen!
|
|
trollsportverein
Anmeldungsdatum: 21. Oktober 2010
Beiträge: 6449
|
Merkwürdig:
sudo findmnt --verify --verbose
... hatte bei mir über die /etc/fstab gemault, die der Installer produziert hatte, in der "/" in der Zeile über "/boot" eingeordnet war. Ich habe dann bei mir auf auf "findmnt --verify --verbose" gehört, und "/boot" über die "/" gesetzt. Seitdem mault es nicht mehr.
|
|
DerUnwissende
(Themenstarter)
Anmeldungsdatum: 27. Januar 2018
Beiträge: 249
Wohnort: gelobtes Land Baden-Wuerttemberg
|
sooo da bin ich wieder. Schreibe jetzt von nem Laptop aus. Der Desktop ist hochgefahren, hat bis zum Anmeldebildschirm alles funktioniert. Dann kam die erste Hürde, nachdem 2 mal mein Anmeldepasswort abgelehnt wurde, hab ich es bei der Eingabe anzeigen lassen und siehe da es war die amerikanische Tatstaturlayout hinterlegt. hab also mein Passwort entsprechend nochmals eingeben und siehe da, es hat geklappt. Bin aufm normalen Bildschirm gelandet. Dann kam Begrüßung von 26.04. wie wenn alles neu wäre, obwohl ich bevor ich die fstab versaubeutelt habe, schon mehrmals das neue BS gestartet habe. Popup Fenster ⇒ keine persönlicher Ordner vorhanden. Hab im Dateimanager nachgeschaut, da hängt jetzt unter Home ⇒ ein Ordner mit <Uwe> und unter dem wieder einer mit Uwe. Wenn ich Firefox links im Panel anklicke, passiert gar nichts, der eiert bisl rum und das wars, ebenso beim Thunderbird. Bin jetzt aufs Laptop ausgewichen, da das booten über den Live Stick ja jedesmal gefühlt ne halbe Ewigkeit dauert.
|
|
schwarzheit
Supporter
Anmeldungsdatum: 31. Dezember 2007
Beiträge: 9293
|
gelöscht weil Seite 2 übersehen.
|
|
trollsportverein
Anmeldungsdatum: 21. Oktober 2010
Beiträge: 6449
|
Okay, das war dann mein Fehler, bzw. die falsche Annahme. wie eine seperate /home Partition eingebunden wird. Also dann anstatt:
/home/<USER_NAME>
... nur:
/home
... als Mount-Point ("Taget"). Zum überprüfen einer /etc/fstab nach Änderungen kann man übrigens:
sudo systemctl daemon-reload && sudo findmnt --verify --verbose
... verwenden. Am besten vor dem rebooten. 😉
|