Fehler bei gnupg Installation
-
@meister-mopper sagte in Fehler bei gnupg Installation:
Gib die Kommandos mit sudo ein, wenn Du root-Rechte benötigst.
aber nicht wenn du schon root bist!
-
Dann bist du superroot: Neu, jetzt noch rootiger.
@Fridolin01: Verfummel das System nicht! Bei Ubuntu gibt es keinen root-account. Hat es noch nie, wird es auch nie geben. Hier wird immer mit einem Standarduser hantiert, der Fallweise per sudo kurz die erforderlichen Rechte erlangen kann.
Failed to connect to https://changelogs.ubuntu.com/meta-release-lts. Check your Internet connection or proxy settings
Und kümmer dich um das Netzwerk, das scheint grundsätzlich falsch aufgesetzt zu sein. Also kein Problem mit den Repos sondern bei dir lokal.
-
@homoran sagte in Fehler bei gnupg Installation:
und dann auch noch:
soweit hab ich gar nimmer gelesen
-
@thomas-braun sagte in Fehler bei gnupg Installation:
Verfummel das System nicht! Bei Ubuntu gibt es keinen root-account. Hat es noch nie, wird es auch nie geben. Hier wird immer mit einem Standarduser hantiert, der Fallweise per sudo kurz die erforderlichen Rechte erlangen kann.
Da ist es wieder, das Container-Problem. Gibbet doch!
Ubuntu 20.04.4 LTS pihole tty1 pihole login: root Password: Welcome to Ubuntu 20.04.4 LTS (GNU/Linux 5.15.35-1-pve x86_64) * Documentation: https://help.ubuntu.com * Management: https://landscape.canonical.com * Support: https://ubuntu.com/advantage Last login: Mi Sep 15 07:51:29 CEST 2021 on tty1 root@pihole:~# lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 20.04.4 LTS Release: 20.04 Codename: focal -
Es wird trotzdem als Standarduser über das System gerutscht und nicht als root. In einer Standard-Installation von Ubuntu ist das auch immer der Fall. Bei den Müll-Containern sollte das auch Standard sein.
Aber das ist offenbar ja nicht die einzige Fehlkonfiguration hier.
Edit:
Wenn ich mir anschaue, dass lt. Statistik Docker nicht mal 8% Anteil an den Installationen hat kommt es da zumindest gefühlt überproportional zu Problemen:
-
@thomas-braun sagte in Fehler bei gnupg Installation:
Es wird trotzdem als Standarduser über das System gerutscht und nicht als root.
Ja natürlich! @Fridolin01 benötigt vielleicht eine Hilfe, wie er den normalen User anlegt?
@Fridolin01 : Hier könntest Du jetzt was schreiben
-
@thomas-braun sagte in Fehler bei gnupg Installation:
Edit:
Wenn ich mir anschaue, dass lt. Statistik Docker nicht mal 8% Anteil an den Installationen hat kommt es da zumindest gefühlt überproportional zu Problemen:Hast Du Dich verirrt? Docker?
-
@meister-mopper
Nein, hab mich nicht verirrt. Nur keine Statistik zu Proxmurks gefunden. Da muss der Docker-Container halt als negatives Beispiel herhalten. -
-
So grundsätzlich halte ich es nicht für eine gute Idee, ohne ein Mindestmaß an Linux-Kenntnissen sich mit den Besonderheiten eines Containers noch zusätzlich auseinanderzusetzen.
Einen 40-Tonner-LKW darfst du auch nicht mit dem PKW-Führerschein fahren, da braucht es mehr Erfahrung und mehr Wissen wie das alles funktioniert. -
@thomas-braun
Offtopic:
Na ja, aber angefangen haben wir doch alle mal. Ich kam als reiner Windows-User über den Pi und bin mittlerweile mit 'nem Proxmox-Cluster unterwegs.Geholfen wurde mir hier in diesem Forum (sehr viel habe ich dabei für Linux von Dir gelernt
). -
@meister-mopper LXC sind root, anders als bei VM,
Hilfe hab ich doch oben schon Verlinkt -
@crunchip sagte in Fehler bei gnupg Installation:
LXC sind root,
Wieder was gelernt, Danke!
Aber ein Grund mehr, warum Einsteiger diese nicht nutzen sollten. -
@meister-mopper sagte in Fehler bei gnupg Installation:
Na ja, aber angefangen haben wir doch alle mal.
Natürlich. Aber wie oft sehe ich hier Leute mit einem Container rumkrebsen, die ganz offenbar die Anfangsstufen übersprungen haben und dann komplett plan- und konzeptlos durch ihr System fuhrwerken.
Verwendung von sudo in einer root shell ist halt nur ein Indikator, dass da die elementarsten Dinge nicht bekannt sind. -
@crunchip sagte in Fehler bei gnupg Installation:
LXC sind root, anders als bei VM
Ich arbeite auch in meinen LXC als User.
pihole login: thomas Password: Welcome to Ubuntu 20.04.4 LTS (GNU/Linux 5.15.35-1-pve x86_64) * Documentation: https://help.ubuntu.com * Management: https://landscape.canonical.com * Support: https://ubuntu.com/advantage Last login: Mo Mai 23 17:45:09 CEST 2022 from 192.168.178.80 on pts/3 thomas@pihole:~$Wie der Hesse sagt: sischer is sischer
-
@meister-mopper weil du ihn explizit angelegt hast, in der Ubuntu VM hast du gar keine Option, da musst du den User anlegen.
-
@crunchip sagte in Fehler bei gnupg Installation:
weil du ihn explizit angelegt hast, in der Ubuntu VM hast du gar keine Option, da musst du den User anlegen.
Damit wären wir wieder bei den fehlenden Basics.
Das ist das erste was man macht, wenn es denn nicht schon so eingerichtet ist. -
können wir wieder BTT, BiTTe?
-
@thomas-braun und beim Container gibt es dann auch noch zu differenzieren, zwischen privilegierten und unprivilegierten LXC-Containern
Wem also gerade die Isolierung des Systems wichtig ist, sollte eher eine virtuelle Maschine einsetzen.
https://decatec.de/home-server/proxmox-ve-ubuntu-server-als-linux-container-lxc-installieren-und-einrichten/@Fridolin01 sind die DNS-Einstellungen im LXC leer gelassen worden (verwende Werte vom Host) oder hast du da was eingetragen?
-
@homoran sagte in Fehler bei gnupg Installation:
können wir wieder BTT, BiTTe?
Ja, ja, ja. Musste halt mal sein, wegen des ewigen Proxmox Bashing
