Groups | Search | Server Info | Login | Register
Groups > linux.debian.user.german > #76080
| From | Philipp Ludwig <debian@philippludwig.net> |
|---|---|
| Newsgroups | linux.debian.user.german |
| Subject | Re: Boot Partition vergrössern, neue SSD, Vorgehensweise |
| Date | 2026-03-25 12:20 +0100 |
| Message-ID | <MCurf-aaPN-5@gated-at.bofh.it> (permalink) |
| References | <MAGGd-8W4z-3@gated-at.bofh.it> <MAH9g-8Wwt-15@gated-at.bofh.it> <MAOkp-91C8-9@gated-at.bofh.it> <MBqpH-9rxk-7@gated-at.bofh.it> <MCurf-aaPN-7@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Hallo Jürgen, Am 2026-03-25 11:18, schrieb Jürgen "F. Pennings": > ich habe schon öfters gelesen, dass es sicherer sein soll, anstelle > sich als root einzuloggen das "sudo" zu gebrauchen. > Mir erschließt sich das nicht. > Ich selber öffne, wenn ich etwas als root machen will, entweder eine > Konsole (tty1) oder ein Terminal in der graphischen Oberfläche, die ich > als normaler Nutzer gestartet hatte. Das root-Terminal habe ich so > eingestellt, dass es mich mit roter Schrift auf schwarzem Grund direkt > darauf aufmerksam macht, dass ich jetzt vorsichtiger agieren muss. Ich kann da nur für mich sprechen: Ich bin nicht der hellste und generell öfter mal unaufmerksam, vor allem am Ende eines 10h Arbeitstages. Wenn ich sudo explizit für jeden Befehl eingeben muss, dann beschützt mich das davor, aus Versehen in einer root-shell ein Kommando einzugeben, was nicht als root ausgeführt werden sollte. Jobbedingt arbeite ich permanent auf mehreren Computern / Geräten gleichzeitig, habe also gerne mal 5 oder mehr Sessions offen. Da sind mir schon einige Fehler passiert. Bei Servern, die sich mehrere Admins teilen, kann es auch hilfreich sein, wenn im log explizit geloggt wird, welcher Admin welches Kommando mit sudo ausgeführt hat (und nicht nur: Admin XYZ hat eine root shell geöffnet). > Und ich frage mich deswegen auch, wie Philipp, wie hier im Thread > beschrieben, debian einrichten kann, ohne root ein Passwort zuzuteilen. Wenn man dem Debian installer kein Root Passwort gibt (das Feld leer lässt), dann erhält der erstellte normale Benutzeraccount automatisch sudo-Rechte und sudo wird automatisch mitinstalliert. Das ist im Installationshandbuch hier beschrieben: https://www.debian.org/releases/trixie/amd64/ch06s03.de.html#di-user-setup > Wenn Sie hier kein Passwort für den „root“-Benutzer festlegen, > führt das zur Deaktivierung dieses Kontos, aber später wird das > sudo-Paket installiert, > damit administrative Aufgaben auf dem neuen System durchgeführt werden > können. > Standardmäßig wird in diesem Fall der erste auf dem System > eingerichtete > Benutzer die Berechtigung erhalten, den sudo-Befehl zu verwenden, um > root zu werden. Ich hoffe das war alles einigermaßen nachvollziehbar. Beste Grüße
Back to linux.debian.user.german | Previous | Next — Previous in thread | Next in thread | Find similar
Boot Partition vergrössern, neue SSD, Vorgehensweise Lars Schimmer <l.schimmer@tugraz.at> - 2026-03-20 13:00 +0100
Re: Boot Partition vergrössern, neue SSD, Vorgehensweise Philipp Ludwig <debian@philippludwig.net> - 2026-03-20 13:30 +0100
Re: Boot Partition vergrössern, neue SSD, Vorgehensweise "Schimmer, Lars" <l.schimmer@tugraz.at> - 2026-03-20 21:10 +0100
Re: Boot Partition vergrössern, neue SSD, Vorgehensweise Philipp Ludwig <debian@philippludwig.net> - 2026-03-22 13:50 +0100
Re: Boot Partition vergrössern, neue SSD, Vorgehensweise Marc Haber <mh+debian-user-german@zugschlus.de> - 2026-03-22 15:10 +0100
Re: Boot Partition vergrössern, neue SSD, Vorgehensweise Philipp Ludwig <debian@philippludwig.net> - 2026-03-25 12:20 +0100
Re: Boot Partition vergrössern, neue SSD, Vorgehensweise Marc Haber <mh+debian-user-german@zugschlus.de> - 2026-03-25 17:40 +0100
Re: Boot Partition vergrössern, neue SSD, Vorgehensweise Marc Haber <mh+debian-user-german@zugschlus.de> - 2026-03-25 22:30 +0100
Re: Boot Partition vergrössern, neue SSD, Vorgehensweise Thomas Hochstein <thh@thh.name> - 2026-03-26 01:50 +0100
Re: Boot Partition vergrössern, neue SSD, Vorgehensweise Paul Muster <exp-311226@news.muster.net> - 2026-03-26 06:50 +0100
Re: Boot Partition vergrössern, neue SSD, Vorgehensweise Marc Haber <mh+debian-user-german@zugschlus.de> - 2026-03-26 10:00 +0100
Re: Boot Partition vergrössern, neue SSD, Vorgehensweise Marc Haber <mh+debian-user-german@zugschlus.de> - 2026-03-27 19:40 +0100
Re: Boot Partition vergrössern, neue SSD, Vorgehensweise Philipp Ludwig <debian@philippludwig.net> - 2026-03-27 20:50 +0100
Re: Boot Partition vergrössern, neue SSD, Vorgehensweise Marc Haber <mh+debian-user-german@zugschlus.de> - 2026-03-27 09:10 +0100
Re: Boot Partition vergrössern, neue SSD, Vorgehensweise Marc Haber <mh+debian-user-german@zugschlus.de> - 2026-03-20 18:50 +0100
Re: Boot Partition vergrössern, neue SSD, Vorgehensweise "Schimmer, Lars" <l.schimmer@tugraz.at> - 2026-03-20 21:10 +0100
Re: Boot Partition vergrössern, neue SSD, Vorgehensweise Marc Haber <mh+debian-user-german@zugschlus.de> - 2026-03-20 21:20 +0100
Re: Boot Partition vergrössern, neue SSD, Vorgehensweise - Fixed Lars Schimmer <l.schimmer@tugraz.at> - 2026-04-10 14:10 +0200
Re: Boot Partition vergrössern, neue SSD, Vorgehensweise - Fixed Lars Schimmer <l.schimmer@tugraz.at> - 2026-04-13 10:40 +0200
csiph-web