Wieso halte ich mich nicht an meine eigenen Weisheiten?!

Vor lauter übermüdung habe ich es geschafft meine Backups zu killen…
Ich habe eine neue externe HDD gekauft um meine Backups zu duplizieren
Andselle des Befehls dd if=/dev/backupdrive1 of=/dev/backupdrive2 […] habe ich es irgendwie geschafft den Befehl dd if=dev/random of=/dev/backupdrive1 [..] auszuführen

Da kauft man sich ne Zweite HDD um ein Backup von den Backups anzulegen und dann sowas.

Kerberos Vor lauter übermüdung habe ich es geschafft meine Backups zu killen…

Das ist natürlich großer Mist 🙁 Aber du hast ja das Original als Backup 🤔

Kerberos Andselle des Befehls dd

Warum denn dd? Gut, rsync oder cp würde dir bei Falschnutzung auch viel zerlegen, aber dd für so einen Task... geht irgendwie an mir vorbei 😨

Warum ich dd verwende? dd hat eine eingebaute Progressbar. status=progress

Kerberos dd hat eine eingebaute Progressbar.

Nun gut. Das kann cp nicht. Aber rsync könnte das: --info=progress2
Und beim 2ten mal syncen der Platten lässt man dann auch das weg, weil es plötzlich so schnell fertig ist das es sich nicht lohnt den Fortschritt zu beobachten (im Vergleich zu dd - das immer die komplette Platte kopiert).

Wenn du natürlich direkt von der Backupplatte booten willst, oder ähnliches, dann ist dd sicher einfacher. Alles hat zwei Seiten, je nach Usecase.

Und weil das der Motzraum ist:
Und dann ist noch alles frei miteinander kombinierbar, was für ein k$%& Betriebssystem, so viele Möglichkeiten, das macht einen echt kaputt 🙂

chepaz Und weil das der Motzraum ist:
Und dann ist noch alles frei miteinander kombinierbar, was für ein k$%& Betriebssystem, so viele Möglichkeiten, das macht einen echt kaputt 🙂

Du hörst dich an wie Linus im ersten Teil von der LTT Linux challenege 😉

Kerberos Du hörst dich an wie Linus ... von der LTT Linux challenege

Ich musste erstmal suchen was das ist 🤣

geht mir grad ganz gehörig auf den nerv: systemd, oder genauer systemd-libs, oder noch viel genauer udev.
der gute herr p. hat an udev rum gedreht, und alle die nicht systemd als init nutzen, können zusehen, wie sie wieder alles gerichtet bekommen.
makepkg mag nicht mehr, und mkinitcpio hat auch was abbekommen.

Klassischer Lennart-Move mal wieder. Er sieht sich ganz gern als alleiniger technischer Herr rund Meister über Linux. Ich hoffe, er fällt damit irgendwann mal ordentlich auf die Fresse.

KDE:
warum einfach, wenn's kompliziert auch geht~

Nichtsdestowenigertrotz erhoffe ich mir durch meinen Umstieg darauf mittel- bis längerfristig dennoch mehr Spaß und Workflow am Desktop; irgendwo geil ist es ja schon...

vaapi im browser ärgert mich zur zeit, ziemlich massiv sogar.
keine der anleitungen funktioniert, weder für den ff (100.0-1), noch für brave(1:1.38.111-1) …hoffentlich funktioniert yt-dlp bald wider wie gewohnt, so is das einfach blos nervig.

Wollte den guten alten™ Raspberry Pi reaktivieren, und musste soeben feststellen, dass seit Februar '22 kein Arch für ARM V5/V6 mehr angeboten wird.

Kerberos Ich hab noch 'nen originalen Raspberry Pi im Keller am Switch für DHCP, DNS und als SSH-Endpunkt stehen.

GNOME 43 ist (stand 29.09) immer noch nicht in den Arch Repos angekommen... Noch nicht einmal in "gnome-unstable".

Dafür macht sich das fcgu Repo besser, nutze dies bereits darüber seit der Beta

ToterEngel Danke! Gute Idee!

Übrigens, selbst Debian ist schon soweit und hat es in Unstable am laufen :-)

Ihr könntet einfach mal dem Maintainer schreiben und fragen, ob es vielleicht irgendwelche Probleme mit Abhängigkeiten gibt. Die ein oder zwei Kontakte die ich auf diesem Weg mit Maintainern hatte, waren echt in Ordnung.