Lug-dd

lug-dd@mailman.schlittermann.de

3 participants
10817 discussions

Start a nNew thread

Treffen 24.8.22
by Andreas Roth 24 Aug '22

24 Aug '22

Hoi zusammen, Ist heute jemand dabei? Ich schlage offline in der Torwirtschaft vor. Cheers, Andreas

6 6

rm -rf /
by Konrad Rosenbaum 16 Aug '22

16 Aug '22

Hi, da wir uns ja gestern darüber unterhalten hatten wie sich "rm -rf /" verhält. Ich habe mal eine VM aufgesetzt und probiert(*): ------------------------ Debian GNU/Linux 11 debian tty1 Hint: Num Lock on debian login: root Linux debian 5.10.0-16-amd64 #1 SMP Debian 5.10.12_-2 (2022-O_-23) x86_64 The programs included with the Debian GNU/Linux system are free software; the exact distribution terms for each program are described in the individual files in /usr/share/doc/*/copyright. Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. Last login: Thu Jul 28 17:44:44 CEST 2O22 on tty1 root@debian:~# rm -rf / rm: it is dangerous to operate recursively on '/' rm: use --no-preserve-root to override this failsafe root@debian:~# ---------------------- (*) Debian 11 via netinst, keine GUI, nur Basissystem. Läuft in VirtualBox. Screenshot per Virtualbox und dann durch gocr gejagt. Ich hoffe mal ich habe den Bildschirminhalt korrekt wiedergegeben, gocr hatte Probleme mit y, f und 7. Wenn rm schon so nett bettelt, dann benutze ich natürlich diesen Parameter. Nach hunderten von Fehlern blieb das hier von der VM übrig: ---------------------- rm: cannot remove '/proc/402/attr/apparmor/current': Operation not permitted rm: cannot remove '/proc/402/attr/apparmor/prev': Operation not permitted rm: cannot remove '/proc/402/attr/apparmor/exec': Operation not permitted rm: cannot remove '/proc/402/wchan': Operation not permitted rm: cannot remove '/proc/402/stack': Operation not permitted rm: cannot remove '/proc/402/schedstat': Operation not permitted rm: cannot remove '/proc/402/cpuset': Operation not permitted rm: cannot remove '/proc/402/cgroup': Operation not permitted rm: cannot remove '/proc/402/cpu_resctrl_groups': Operation not permitted rm: cannot remove '/proc/402/oom_score': Operation not permitted rm: cannot remove '/proc/402/oom_adj': Operation not permitted rm: cannot remove '/proc/402/oom_score_adj': Operation not permitted rm: cannot remove '/proc/402/loginuid': Operation not permitted rm: cannot remove '/proc/402/sessionid': Operation not permitted rm: cannot remove '/proc/402/coredump_filter': Operation not permitted rm: cannot remove '/proc/402/io': Operation not permitted rm: cannot remove '/proc/402/uid_map': Operation not permitted rm: cannot remove '/proc/402/gid_map': Operation not permitted rm: cannot remove '/proc/402/projid_map': Operation not permitted rm: cannot remove '/proc/402/setgroups': Operation not permitted rm: cannot remove '/proc/402/timers': Operation not permitted rm: cannot remove '/proc/402/timerslack_ns': Operation not permitted rm: cannot remove '/proc/402/patch_state': Operation not permitted rm: cannot remove '/proc/402/arch_status': Operation not permitted rm: cannot remove '/dev/mqueue': Device or resource busy rm: cannot remove '/dev/hugepages': Device or resource busy rm: cannot remove '/dev/shm': Device or resource busy rm: cannot remove '/dev/pts/ptmx': Operation not permitted root@debian:~# ll -bash: ll: command not found root@debian:~# ls -l -bash: ls: command not found root@debian:~# cd /etc -bash: cd: /etc: No such file or directory root@debian:~# cd /tmp -bash: cd: /tmp: No such file or directory root@debian:~# halt -bash: halt: command not found root@debian:~# ---------------------------------- VBox sei Dank - snapshot restauriert und nochmal drauf hauen: Das Kommando wird sogar ausgeführt wenn ich das als User aufrufe - nur bekomme ich dann haufenweise "Permission denied" bis rm mein Home-Directory findet... Wie vermutet: Busybox hat keinerlei Bedenken gegen "rm -rf /" und braucht keine Spezialparameter. Anders ausgedrückt: der Mercedes piepst kurz bevor man an die Garagen-Wand fährt, der Dacia fährt einfach dagegen ohne zu murren. Weder die teuren Alufelgen, noch die Nobel-Einfahrt mit Marmor-Split werden dich daran hindern. Auch die Garagenwand wird nicht einfach zur Seite springen, sondern stur stehen bleiben bis jemand genug Schwung hatte... Konrad

4 3

Neu hier
by Philipp Kammerer 12 Aug '22

12 Aug '22

Moin zusammen, ich bin Philipp; Linux Enthusiast und Freund von Freier Software; und seit ein paar Tagen auch auf dieser Liste angemeldet. Ich wollte nur Bescheidsagen, dass es mich gibt, und dass ich mich freue, mal bei einem Stammtisch dabei zu sein. Solange das Wetter passt gerne auch außer Haus (habe arbeitsbedingt ohnehin schon genügend virtuelle Meetings). Ich halte mir mal den 24.8. frei und bin gespannt, was sich ergibt. Viele Grüße und hoffentlich bis bald mal; Philipp

3 3

Treffen 10.8.22
by Bernhard Schiffner 10 Aug '22

10 Aug '22

Torwirtschaft? Gag18? virtuell? gar nicht? Bis (hoffentlich) morgen! Bernhard

4 3

Treffen 27.7.22
by Bernhard Schiffner 27 Jul '22

27 Jul '22

Hallo, kann eigentlich jemand sagen, ob ein Besuch im GAG 18 wieder möglich ist? Wenn ja: dann lieber dort? Torwirtschaft? Virtuell? Bernhard

5 8

testing new ml
by Heiko Schlittermann 18 Jul '22

18 Jul '22

Hi, nur ein Versuch, ob das jetzt hier wieder geht. -- Heiko

4 8

bash-Alias und stderr-Umleitung
by Jakob Mendel 16 Jul '22

16 Jul '22

Liebe Fachleute, LaTeX erzeugt meist etliche Hilfsdateien. Die können nach Abschluß des Projekts gelöscht werden, wofür ich mir ein bash-Alias eingerichtet (und in .bashrc abgespeichert) habe: $ alias rmTeX='rm -i *.aux *.log' (Das originale Alias umfaßt noch andere Dateinamen-Endungen; hier geht es nur ums Prinzip.) Wenn es mindestens eine aux- und mindestens eine log-Datei gibt, funktioniert das Alias wie gewünscht. Fehlen solche Dateien, gibt es eine Fehlermeldung: $ rm -f *.aux *.log $ touch 1.aux $ rmTeX rm: Normale leere Datei '1.aux' entfernen? rm: das Entfernen von '*.log' ist nicht möglich: Datei oder Verzeichnis nicht gefunden $ Diese Fehlermeldung wollte ich unterdrücken: $ alias rmTeX='rm -i *.aux *.log 2> /dev/null' Das funktioniert auch, ABER jetzt wird auch die von "rm -i" erzeugte Abfrage rm: Normale leere Datei '1.aux' entfernen? ebenfalls unterdrückt. Statt dessen wartet bash stumm auf eine Eingabe. Läßt sich das gewünschte Verhalten (Löschdialoge ja, Fehlermeldungen nein) erreichen? Vielen Dank Jakob P. S. distrowatch.com gibt als aktuelle bash-Version 5.1.16 an. Bei mir läuft noch Version 4.4.20(1)-release (x86_64-pc-linux-gnu), doch halte ich das nicht für die Ursache des Problems.

4 5

Re: Lug-dd Digest, Vol 215, Ausgabe $digest_Nummer
by gunter Kühne 16 Jul '22

16 Jul '22

Danke fürs reparieren. Am 16.07.22 um 12:03 schrieb lug-dd-request(a)mailman.schlittermann.de: > Senden Sie Nachrichten an die Lug-dd Mailingliste an > lug-dd(a)mailman.schlittermann.de > > Um die Liste per E-Mail zu abonnieren oder um sich abzumelden, senden > Sie bitte Nachricht mit dem Betreff oder Inhalt 'help' an > lug-dd-request(a)mailman.schlittermann.de > > Sie erreichen die Administator*in dieser Liste unter > lug-dd-owner(a)mailman.schlittermann.de > > Wenn Sie antworten, ergänzen Sie bitte den Betreff der Nachricht, so > dass er aussagekräftiger ist als "Re: Inhalt von Lug-dd > Zusammenfassung..." > > Die heutigen Themen: > > 1. testing new ml (Heiko Schlittermann) > 2. Re: testing new ml (Falk Herzog) > 3. Re: testing new ml (Konrad Rosenbaum) > 4. Re: testing new ml (Heiko Schlittermann) > 5. Re: testing new ml (Konrad Rosenbaum) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 15 Jul 2022 12:02:37 +0200 > From: Heiko Schlittermann<hs(a)schlittermann.de> > Subject: testing new ml > To: lug-dd<lug-dd(a)mailman.schlittermann.de> > Message-ID:<YtE7PQaSIRvHWSoD(a)jumper.schlittermann.de> > Content-Type: multipart/signed; micalg=pgp-sha512; > protocol="application/pgp-signature"; boundary="sqc/4uCrXfJY4x9v" > > Hi, > > nur ein Versuch, ob das jetzt hier wieder geht.

1 0

test
by Moritz 14 Jul '22

14 Jul '22

testmail. Falls die ankommt: es geht trotzdem noch nicht, bzw. dann nur über @mailman.schlittermann.de

1 0

Upgrade lug-dd-Mailingliste 14.07.
by Falk Herzog 14 Jul '22

14 Jul '22

Liebe Menschen, die Mailingliste wird im Laufe des morgigen Tages einem Update/Upgrade unterzogen (mailman2 --> mailman3) Störungen oder Fehlfunktionen sind in dem Zusammenhang selbstverständlich kategorisch ausgeschlossen. Wir melden Vollzug wenn fertig. Grüße, Falk

2 1

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

Lug-dd