Flug January 2021

flug@lug-freiburg.de

21 participants
23 discussions

13 May '21

Hallo zusammen, ich möchte jetzt mal mein Problem konkretisieren und hoffe es ist verständlich: Bereits seit meiner Windows-Zeiten nutze ich ein NAS als Datenspeicher (hauptsächlich Fotos - Ihr wollt nicht wissen wieviel sich da in den letzten Jahren angesammelt hat...) Linux habe ich mit Mint-KDE begonnen, als das eingestellt wurde ging es zu Kubuntu, dann zu Manjaro wegen der besseren Unterstützung neuer Hardware - komprimierte Kurzfassung der letzten 5 Jahre ;-) Was mir beim Kopieren aufs NAS wichtig ist, ist, dass der ursprüngliche Datei-Änderungs-Zeitstempel bei Dateien erhalten bleibt. Bei Verzeichnissen ist mir das egal. Zur Präzisierung: Wenn ich jetzt vom Zeitstempel schreibe, meine ich immer den "Änderung"s-Zeitstempel (Datum und Uhrzeit). Nun das Problem: Seit einiger Zeit (genau kann ichs leider nicht eingrenzen) wird beim Kopieren auf das über fstab mit cifs eingebundene NAS der Datei-Zeitstempel aktualisiert, aber der Verzeichnis-Zeitstempel bleibt gleich. Das will und kann ich nicht verstehen. Auf der Suche nach einer Lösung habe ich alle mir angelesenen Versuche gemacht. Hier eine Auswahl: - auf einem Testsystem mit SSD-Wechselschacht habe ich jeweils Manjaro, Kubuntu 20.04, Kubuntu 20.10 und KDE-Neon zur Verfügung - Alle Samba-Versionen von 2.0 bis 3.11 (älter als 2.0 scheint mir nicht sinnvoll) durchgetestet - Gefühlt alle Kombinationen und Parameter in der fstab-Zeile getestet aktuell: //192.168.0.127/Freigabe /mnt/mountpunkt cifs user,x-systemd.automount,noauto,iocharset=utf8,username=user,password=geheim,domain=workgroup,uid=1000,gid=1000,file_mode=0644,dir_mode=0755 0 0 Ich hab jetzt viel über uid, gid, file_mode, dir_mode usw. gelernt aber es hat nix geholfen. Gehe ich mit Dolphin (Dateimanager für Nicht-KDE-ler ;-) ) auf das NAS (wenn ich das richtig verstanden habe, nutzt Dolphin gvfs und nicht cifs) , dann bleibt der Datei-Zeitstempel erhalten, ebenso beim Einbinden über NFS (scheint mir aber keine so tolle Lösung - Kofler hats schon aus seinem Buch geworfen) Ich muss die NAS-Freigabe über fstab mounten, denn sonst kann ich z. B. mit Darktable nicht auf die Fotos zugreifen. Bei der Fehlersuche habe ich mich - in Ermangelung tiefgreifender Systemkenntnisse - auf Vergleichen und systematisches probieren beschränkt und bin zu folgenden Ergebnissen gekommen (jeweils bei gleicher fstab): Bei Kubuntu 20.04 bleiben beim Kopieren (cifs) Datei- und Verzeichnis-Zeitstempel erhalten Bei allen anderen Systemen bleibt der Verzeichnis-Zeitstempel erhalten und der Datei-Zeitstempel wird aktualisiert (genau umgekehrt wie ich es brauche). Der Vergleich der mtab bringt keinen verwertbaren Unterschied und auch der Vergleich der cifs-util-, Kernel- usw.-Versions-Nummern bringt nichts, denn bei Kubuntu 20.04 und KDE Neon sind sie identisch. Als schnelle Übergangs-Hilfe habe ich auf mein Produktiv-System manjaro durch Kubuntu 20.04 ersetzt, möchte aber aus einer Reihe von Gründen gerne wieder zurück zu Manjaro, auch wenn es dort unliebsame Überraschungen wie plötzlich vermurkste Cups usw. gibt) Im Ubuntuusers-Forum habe ich mein Problem auch geschildert, aber leider noch nicht einmal eine Rückmeldung bekommen :-( Mich interessiert brennend, ob mir jemand einen Tipp geben kann, an welchen Parameter ich drehen kann, damit unter Manjaro, KDE Neon oder Kubuntu 20.10 die Kopiererei auf NAS (für mich) richtig funktioniert. Ich vermute, dass ich irgendeine Kleinigkeit vergleichbar mit Arnos FAT32-/exFAT-Problem übersehe. Ich fürchte, dass früher oder später das Problem auch bei ()ubuntu 20.04 auch auftritt. Ach ja, ich vergaß noch: Das Problem tritt sowohl bei OpenMediaVault, als auch bei einem QNAP-NAS auf, dürfte daher nicht am NAS liegen Helfen würden mir auch Rückmeldungen, die das Problem bestätigen bzw. dementieren, denn mehr Versuchssysteme möchte ich nicht ausprobieren... @ Arno: ich hab Dein SMB-Problem noch nicht ganz verstanden, aber hilft Dir evtl. OpenMediaVault auf den Server zu installieren? Das läuft bei mir seit zwei Jahren störungsfrei - ein paar Tricks kenne ich da auch ;-) Viele frustrierte Grüße, Benno Am 20.12.20 um 12:47 schrieb Arno: > Ja, dann Benno ... willkommen! > > Frustmomente gibt es immer mal, egal mit welchem OS. Aber die Freude > eines der Problem losgeworden zu sein ist dann natürlich um so größer. > Wenn alles gleich klappt ist auch langweilig ;) > > Ich muss jetzt auch noch ein iPhone "administrieren" - alles wieder ganz > anders und gut gekapselt. Jemand schon mal mit "airmore" Erfahrung > gemacht - gibts auch unter Android? Kostenlos und keine Werbung, da muss > man schon mal genauer hinschauen ;) Aber Dateien mit dem Rechner ohne > Kabel/Cloud zu tauschen ist ne prima Sache... > > Mit SMB/CIFS bin ich auch nicht der Auskenner. Gerade soll ich ein Gerät > mit Uralt - 2.6er Kernel, der nur SMB1 kann auf SMB2 oder besser 3 > hochrüsten. Vielleicht ist dein Problem das eines der Geräte nur einen > der Dialekte spricht und SMB1 ist inzwischen oft nicht mehr unterstützt? > Aber bei deinem Anlauf ist es sicher was vieeel komplizierteres. > > Hat schon mal jemand damit https://github.com/sahlberg/libsmb2 > Erfahrung, es sogar cross compiliert? Muss erst mal lernen was es mit > dem cmake auf sich hat. > > Dann euch allen schöne Feiertage und bleibt gesund, > > Arno > > > > On 19.12.20 19:36, btux wrote: >> Hallo Arno, hallo Andreas, >> >> vielen Dank für die Blumen (bzw. die Nadel) und die Rückmeldung - >> beides ist leider nicht mehr selbstverständlich. >> >> Ich freue mich, wenn ich helfen kann - und wenn es mir auch hilft umso >> besser ;-) >> >> Auf diesem Weg möchte ich auch kurz Hallo sagen. Ich bin Benno und >> komme aus Nordhessen. >> Zu Euch hat mich der Zufall in Person von Clemens S. gebracht. Mehr >> dann mal bei Gelegenheit bzw. Interesse. >> Ich bin anwendender Praktiker, der alles was mit Programmierung zu tun >> hat als notwendiges Übel betrachtet und tausendmal lieber den >> Schraubendreher und Lötkolben schwingt :-) >> Mit Linux arbeite ich seit ca. 5 Jahren und befinde mich gerade in >> einer ziemlichen Frust-Talsohle (s. u.) >> >> Als ich mich in Eure Mailling-Liste letzten Samstag eingetragen hatte, >> kam dann gleich Arnos Problem, was nach kurzer Überprüfung leider auch >> meins wurde. >> Ich dachte "och nee noch so ein krudes Problem, mein Samba-/ >> cifs-Problem reicht mir doch.." >> >> Glücklicherweise ließ sich Arnos Problem viel schneller lösen als das, >> was mich schon einige Wochen Frust gekostet hat. In den nächsten Tagen >> möchte ich es Euch zur Diskussion stellen. >> >> Ob und wie Arnos Problem als bug gemeldet werden kann, würde ich gerne >> jemanden überlassen, der sich damit auskennt. >> >> Ich würde mich freuen, wenn ich aus dem (von Euch aus gesehen) hohen >> Norden bei Euch mitmachen kann, >> >> viele Grüße, >> >> Benno >> >> >> >> >> Am 19.12.20 um 16:36 schrieb Andreas Delleske: >>> Hi Benno, >>> >>>> Bei 32-GB-Speicherkarten ist alles in Ordung. >>>> Bei 64-GB-Speicherkarten tritt der Fehler auf. >>>> >>>> Nachdem ich die Karten verglichen habe, stellte ich fest, dass die >>>> 32-GB-Karte in der Kamera mit Fat32 formatiert wird. Die 64 GB-Karte >>>> aber mit exFat. >>>> Die exFat-utils fehlen aber bei Kubuntu 20.04. Nachdem ich die mit: >>>> >>>> sudo apt-get install exfat-utils >>>> >>>> installiert habe, funktioniert es bei mir auch mit 64-GB-Karten >>>> einwandfrei. >>> Wow! Da hast Du Dir die auf jeden Fall die Goldene Ehrennadel in >>> Silber des FLUG verdient! >>> >>> Ich muß schon gestehen an Fileformate hätt ich auch denken können aber >>> ich dachte die Treiber können doch nicht so buggy sein. >>> >>> Nun müßte man einen Bugreport bei FAT32 reingeben, aber wo genau? >>> >>> https://en.wikipedia.org/wiki/FAT_filesystem_and_Linux >>> >>

5 21

Re: Nachlese zum FLUG.Treffen am 27.1. ab 19 Uhr mit Vortrag "Freund, Feind, Jederleut: Augen auf bei Datenklau!"
by Julian Schreck 29 Jan '21

29 Jan '21

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hallo Clemens, > Vortragsinhalte werden vorab zur wechselseitige Anregung in's Netz > gestellt -Fragen können gestellt, recherchiert/geklärt + vorgetragen werden: > > - Etherpad: Netzöffentlich frei bearbeitbar, z.B. https://yopad.eu/, > https://etherpad.org/ > - Cryptpad: verschlüsselt, Link als Schlüssel, z.B. https://cryptpad.fr/ > https://pads.c3w.at/faq.html# Sprachauswal ganz unten! > - Chaos-pad: cccfr-öffentlich - Anmeldung erforderlich... Das ist ja schon mal ein sehr guter Anfang :-) Ich selbst habe mir eine Liste angelegt, die ich seit Monaten gelegentlich erweitern kann. Abrufbar unter https://omnibus.uni-freiburg.de/~sj126/alternativen-nutzen. Allerdings gebe ich meinen Uniaccount zum Quartalswechsel ab und weiß daher nicht, wie lange die Seite(n) noch abrufbar sind. Wenn ihr noch weitere Tools kennt, die in die Reihe passen, könnt ihr mir sie natürlich gern schreiben :-) > ... ich habe da nicht die überschäumende Erfahrung, was für uns am > hilfreichsten ist... Da muss ich auch leider passen… Viele Grüße, Julian -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEzucpT3gb7NG6VSL2iO0GkfAqmIkFAmAT+ywACgkQiO0GkfAq mIlt1AgAkhg+79UT+fkns3WUp/wo6UfJZJ1dcPfu1iOExZUgwIrEfWfoW+9CccT8 uCTKZ7IwhGuPx/S8t6vUs5wcnS/6+FxEiBUMdgxazCNrwIVKlXNAjGiQt2sXQdM0 5k7F5uTgFJ7CKrqWHwcyRv5jz96CDFFbs4WUsleL4roz8TjCqnLl2v+EiCko1f70 WgFDuRCVZTBIl0Lg4W9uq7lkGZp9k1Z93zId9/w/C4ZD7qmsYvMSgDsMqyM4At6i Bo/ophr2oqs57uEEh0FlUehatGwDahFEOOBUL8I6osmoF3EqTXWSCzsp+I7QvYFm wDIfK5hrfBx7PsvBoSM7ICDd5H5mHg== =RO45 -----END PGP SIGNATURE-----

1 0

FLUG.Treffen am 27.1. ab 19 Uhr mit Vortrag "Freund, Feind, Jederleut: Augen auf bei Datenklau!" (nur online)
by Stefan Ziegler 28 Jan '21

28 Jan '21

Hallo, Das nächste FLUG-Treffen 2021 gibt es am 27.1. ab 19 Uhr online unter https://bigblue.cccfr.de/b/ste-jhg-tdd Vortrag "Freund, Feind, Jederleut: Augen auf bei Datenklau!" (nur online) ab 18:40 Uhr wird der Konferenzraum eröffnet, bitte wählen Sie sich spätestens 18:50 Uhr ein, der Vortrag beginnt um 19°°. Danach geht es am 19. und 24. Februar 2021 weiter. Viele Grüße, Stefan.

2 2

Display Problem - Manjaro
by btux 26 Jan '21

26 Jan '21

Hallo Adrian, das liest sich ja gar nicht gut. Welche Oberfläche benutzt Du bei Manjaro, bzw. hast Du mal eine andere Oberfläche ausprobiert? Viele Grüße, Benno Am 25.01.21 um 22:07 schrieb Privat Lorenz: > Hallo zusammen, ich habe ein Problem und keine Idee mehr dazu... Habe > einen modernen Lenovo Notebook mit zusätzlichen 24 Zoll Bildschirm. > Als Tastatur verwende ich eine alte G15. Bei Manjaro habe ich das > Problem das der Bildschirm vom Notebook sich einfach abgedunkelt. Mit > dem FN Tasten am Notebook lässt sich nur die Helligkeit der G15 > Tastatur ändern oO. Selbst wenn ich alle anderen Geräte vom Notebook > entferne bleibt der Bildschirm ziemlich dunkel. Es passiert aber erst > kurz vor dem Login Manager. Habe das mal mit einer anderen Distro > getestet, genau das gleiche mit den FN Tasten. Allerdings dunkelt der > Bildschirm nicht ab. Auch ein älterer Kernel bringt keine Besserung. > Habe in der grub config das vendor gedöns eingestellt, auch ohne > Erfolg.(gefunden im Manjaro Forum) So macht Manjaro keinen Spaß. > > PS: das abdunklen des Displays passierte ganz sporadisch. > > Ich habe den Eindruck als denkt der Kernel das Display der Tastatur > ist das Notebook Display. Ich hoffe ihr könnt mir irgendwie weiterhelfen. > > Gruß Adrian > > > > > > Von meinem Ubuntu Touch Gerät gesendet.

1 0

Display Problem - Manjaro
by Privat Lorenz 25 Jan '21

25 Jan '21

Hallo zusammen, ich habe ein Problem und keine Idee mehr dazu... Habe einen modernen Lenovo Notebook mit zusätzlichen 24 Zoll Bildschirm. Als Tastatur verwende ich eine alte G15. Bei Manjaro habe ich das Problem das der Bildschirm vom Notebook sich einfach abgedunkelt. Mit dem FN Tasten am Notebook lässt sich nur die Helligkeit der G15 Tastatur ändern oO. Selbst wenn ich alle anderen Geräte vom Notebook entferne bleibt der Bildschirm ziemlich dunkel. Es passiert aber erst kurz vor dem Login Manager. Habe das mal mit einer anderen Distro getestet, genau das gleiche mit den FN Tasten. Allerdings dunkelt der Bildschirm nicht ab. Auch ein älterer Kernel bringt keine Besserung. Habe in der grub config das vendor gedöns eingestellt, auch ohne Erfolg.(gefunden im Manjaro Forum) So macht Manjaro keinen Spaß. PS: das abdunklen des Displays passierte ganz sporadisch. Ich habe den Eindruck als denkt der Kernel das Display der Tastatur ist das Notebook Display. Ich hoffe ihr könnt mir irgendwie weiterhelfen. Gruß Adrian Von meinem Ubuntu Touch Gerät gesendet.

1 0

Re: Fwd: AW: IDE-Festplatten
by btux 23 Jan '21

23 Jan '21

Hallo Clemens, danke für den Link, den kannte ich noch nicht - haben wir mal wieder nur Glück gehabt... Zu den Platten: Ja, das sind alles noch IDE-Platten. Ich dachte, dass es bei Euch vielleicht Leute gibt, die noch "Fossilen" am Laufen halten wollen oder müssen ;-) Viele Grüße, Benno Am 21.01.21 um 09:15 schrieb ctux(a)dismail.de: > Hallo Benno, > > ja, machen wir so - die verbleibenden Platten kann ich ja dann in der > Mailingliste vermelden und in gute Hände weitergeben. btw: sind das noch > IDE-Platten oder werden sie per SATA angeschlossen? > > ganz anderes Thema - die Meldung vom 8. Januar ist Dir sicher bekannt: > https://www.saurugg.net/2021/blog/stromversorgung/bedenkliche-ereignisse-20… > > Viele Grüße, > Clemens > > > PGP-Key: https://keys.openpgp.org/search?q=ctux%40dismail.de > Fingerprint: 1A31E01554A83F6A3AD80D66E241C1EB3638931 > > Am 20.01.21 um 06:48 schrieb btux: >> Hallo Clemens, >> >> funktionierende Platten wegen der Magnete auszuschlachten fände ich auch >> sehr schade, deshalb habe ich die ja hier angeboten. >> >> Eine 120er Platte ist schon weg. Den Rest kann ich verpacken. Alles >> weitere dann telefonisch. >> >> Viele Grüße, >> >> Benno >> >> Am 19.01.21 um 15:21 schrieb ctux(a)dismail.de: >>> Hallo Benno, >>> >>> Nur für die Magnete auszubelzen ist die große Platte zu schade für... >>> da hätte ich selbst eine Verwendung, falls sie nicht schon explizit >>> vergeben ist. >>> >>> Das Porto natürlich für alle Platten bekommen wir via DigIT-Flug >>> irgendwie hin, am besten telefonisch - was aber nicht eilt. >>> >>> viele Grüße, >>> Clemens >>> >>> >>> -------- Weitergeleitete Nachricht -------- >>> Betreff: AW: IDE-Festplatten >>> Datum: Mon, 18 Jan 2021 11:22:53 +0000 >>> Von: Walter Harms <wharms(a)bfs.de> >>> An: btux <btux(a)posteo.org>, flug(a)lug-freiburg.de >> Linux-User-Group-Fr >>> <flug(a)lug-freiburg.de> >>> >>> Die Magnete in den alten Platten sind klasse. >>> >>> ich hatte ggfs. in Freiburg einen Abnehmer für die Platten >>> ________________________________________ >>> Von: Flug <flug-bounces(a)lug-freiburg.de> im Auftrag von btux >>> <btux(a)posteo.org> >>> Gesendet: Samstag, 16. Januar 2021 10:55:54 >>> An: flug(a)lug-freiburg.de >> Linux-User-Group-Fr >>> Betreff: IDE-Festplatten >>> >>> Hallo zusammen, >>> >>> ich habe den Keller aufgeräumt und noch etliche 3,5-Zoll-IDE-Festplatten >>> gesichtet, getestet und gelöscht. >>> >>> 1 x 40 GB >>> >>> 2 x 120 GB >>> >>> 1x 160 GB >>> >>> 1 x 400 GB >>> >>> Hat von Euch jemand Verwendung dafür? >>> >>> Die Fossilien unter 10 GB werde ich wohl für eine Fotodoku zerlegen. >>> >>> Ich fände es schade, wenn die Platten weiter rumliegen. Das Porto müsste >>> der Interessent übernehmen. Garantie für die Funktion gibts aber nicht >>> :-) >>> >>> Viele Grüße, >>> >>> Benno >>> >>> >>> >>>

1 0

(forw) Re: "Failed to run Redshift"
by Rudolf Bahr 21 Jan '21

21 Jan '21

Mit Verspätung kommt meine Mail zum Thema. Reichlich spät bekomme ich die Nachricht, dass die angeheftete Fehlermeldung zu groß sei. Hier meine Mail nochmal, aber ohne Fehlermeldung. Rudolf ----- Forwarded message from Rudolf Bahr <quasi(a)quasi.de> ----- From: Rudolf Bahr <quasi(a)quasi.de> To: flug(a)lug-freiburg.de, Franz Doll <franz20(a)fam-doll.de> Subject: Re: "Failed to run Redshift" Date: Tue, 19 Jan 2021 09:38:54 +0100 Message-ID: <YAaanF0ylmeQ9Hwk@nan> Hallo Franz, vielen Dank für Deine Nachricht! Jetzt ist es so, wie es ebenfalls gelegentlich so geht, nachdem ich wieder auf "Parrot" zurückgegangen war, trat das Problem bislang gar nicht mehr auf. Das kann natürlich noch kommen. Denn die Fehlermeldung tauchte schon auf. Für die Interessierten hefte ich sie hier an. Trotzdem bin ich Dir dankbar für die Mitteilung Deiner Redshift-Config-Datei! Und klar, beim Sonnenstand kommt es auf ein paar Kilometer westlicher oder östlicher nicht an. Mich wundert nur, dass Du das Problem kennst, denn ich hatte davon noch nie Etwas gehört. Sollte mein Problem wieder hochkommen, werde ich Deine Daten benutzen bis auf Deine Koordinaten natürlich! Nur solange Alles ruhig bleibt, lasse ich lieber die Finger davon. Keine schlafenden Hunde wecken :-) Gruß, Rudolf Am Mon, Jan 18, 2021 at 03:57:22PM +0100 schrieb Franz Doll: > Am 18.01.21 um 10:23 schrieb Rudolf Bahr: > > Hallo, > > > > Hat das von Euch schon Jemand gehabt, "Failed to run Redshift"? Habe Parrot abgegradet > > und mir wohl dabei was eingefangen, wie das ja immer wieder mal passiert. Hat Irgendwas > > mit "geoclue-2" zu tun, was wohl zur Standortbestimmung des Rechners gebraucht wird, um > > den Sonnenstand zu ermitteln. Davon hängt wiederum die Beleuchtungseinstellung des > > Bildschirms ab. Der wechselt bei mir jetzt alle 3 Sekunden in eine etwas dunklere > > Farbe und dann wieder zurück, bis man total zipfelsinnig wird und, statt den Rechner am > > liebsten zum Fenster rauszuschmeißen, von parrot auf kubuntu umschaltet, wo das noch > > nicht ist. > > > > Eine Internetsuche ergab, dass das wohl ziemlich verbreitet ist. Ein Vorschlag war, der > > aber von einem Anderem abgelehnt wurde, in einer Konfigurations-Datei per Hand die > > Standort-Koordinaten einzugeben. Eigentlich ein sinnvoller Vorschlag, wenn der Rechner > > nicht ständig seinen Standort wechselt. > > > > Was meint Ihr dazu? > Ja warum nicht manuell eingeben? Auf ein paar Kilometer westlicher oder > östlicher kommt es da nicht drauf an. > Ich fahre das Programm "redshift" unter openSuSE und das hat ein config file > redshift.conf in der home liegen mit: > [redshift] > temp-day=6000 > temp-night=4000 > gamma=0.8 > adjustment-method=randr > location-provider=manual > > [manual] > lat=47.9xxxxxx > lon=7.8xxxxxx > > (habe mal meine Koordinaten etwas verschwommen) > > Gruß > Franz > ----- End forwarded message -----

1 0

"Failed to run Redshift"
by Rudolf Bahr 21 Jan '21

21 Jan '21

Hallo, Hat das von Euch schon Jemand gehabt, "Failed to run Redshift"? Habe Parrot abgegradet und mir wohl dabei was eingefangen, wie das ja immer wieder mal passiert. Hat Irgendwas mit "geoclue-2" zu tun, was wohl zur Standortbestimmung des Rechners gebraucht wird, um den Sonnenstand zu ermitteln. Davon hängt wiederum die Beleuchtungseinstellung des Bildschirms ab. Der wechselt bei mir jetzt alle 3 Sekunden in eine etwas dunklere Farbe und dann wieder zurück, bis man total zipfelsinnig wird und, statt den Rechner am liebsten zum Fenster rauszuschmeißen, von parrot auf kubuntu umschaltet, wo das noch nicht ist. Eine Internetsuche ergab, dass das wohl ziemlich verbreitet ist. Ein Vorschlag war, der aber von einem Anderem abgelehnt wurde, in einer Konfigurations-Datei per Hand die Standort-Koordinaten einzugeben. Eigentlich ein sinnvoller Vorschlag, wenn der Rechner nicht ständig seinen Standort wechselt. Was meint Ihr dazu? Gruß, Rudolf

3 2

Re: Fwd: AW: IDE-Festplatten
by btux 20 Jan '21

20 Jan '21

Hallo Clemens, funktionierende Platten wegen der Magnete auszuschlachten fände ich auch sehr schade, deshalb habe ich die ja hier angeboten. Eine 120er Platte ist schon weg. Den Rest kann ich verpacken. Alles weitere dann telefonisch. Viele Grüße, Benno Am 19.01.21 um 15:21 schrieb ctux(a)dismail.de: > Hallo Benno, > > Nur für die Magnete auszubelzen ist die große Platte zu schade für... > da hätte ich selbst eine Verwendung, falls sie nicht schon explizit > vergeben ist. > > Das Porto natürlich für alle Platten bekommen wir via DigIT-Flug > irgendwie hin, am besten telefonisch - was aber nicht eilt. > > viele Grüße, > Clemens > > > -------- Weitergeleitete Nachricht -------- > Betreff: AW: IDE-Festplatten > Datum: Mon, 18 Jan 2021 11:22:53 +0000 > Von: Walter Harms <wharms(a)bfs.de> > An: btux <btux(a)posteo.org>, flug(a)lug-freiburg.de >> Linux-User-Group-Fr > <flug(a)lug-freiburg.de> > > Die Magnete in den alten Platten sind klasse. > > ich hatte ggfs. in Freiburg einen Abnehmer für die Platten > ________________________________________ > Von: Flug <flug-bounces(a)lug-freiburg.de> im Auftrag von btux > <btux(a)posteo.org> > Gesendet: Samstag, 16. Januar 2021 10:55:54 > An: flug(a)lug-freiburg.de >> Linux-User-Group-Fr > Betreff: IDE-Festplatten > > Hallo zusammen, > > ich habe den Keller aufgeräumt und noch etliche 3,5-Zoll-IDE-Festplatten > gesichtet, getestet und gelöscht. > > 1 x 40 GB > > 2 x 120 GB > > 1x 160 GB > > 1 x 400 GB > > Hat von Euch jemand Verwendung dafür? > > Die Fossilien unter 10 GB werde ich wohl für eine Fotodoku zerlegen. > > Ich fände es schade, wenn die Platten weiter rumliegen. Das Porto müsste > der Interessent übernehmen. Garantie für die Funktion gibts aber nicht :-) > > Viele Grüße, > > Benno > > > >

1 0

Zu lustig um es nicht zu posten :) Linux Mint
by Andreas Delleske 19 Jan '21

19 Jan '21

https://www.heise.de/news/l-f-Spielende-Kinder-hackten-Linux-Mint-5028653.h… -- Schönen Gruß Andreas

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

Flug January 2021