Posts by Blastberry

  • Einen von zwei WLAN-Adaptern deaktivieren

    Hallo,

    ich würde gerne die interne WLAN-Schnittstelle dauerhaft, aber reversibel deaktivieren, da ein USB-WLAN-Dongel (8192eu) wegen Reichweitenproblemen genutzt werden soll.

    Ich habe dazu gelesen, dass das mit "rfkill block n" gehen soll. Wenn ich aber z.B. "rfkill block 1" eingebe, werden beide WLAN-Schnittstellen deaktiviert.

    Ich habe mich im Moment damit beholfen, die Module für das Board-WLAN zu blacklisten. Allerdings vermute ich, dass das nicht der richtige Weg ist, denn es könnte ja auch passieren, dass man zwei WLAN-Schnittstellen hat, die die gleichen Module verwenden.

    Daher meine Frage: Wie deaktiviert man nur die interne WLAN-Schnittstelle richtig?

    Falls die Antwort "rfkill block n" ist, wie bekommt man es hin, dass dadurch nicht beide Schnittstellen deaktiviert werden?


    Hintergrund:

    Auf dem Pi soll autodarts.diy laufen, welches sich hier immer an die interne Schnittstelle bindet, auch wenn andere Schnittstellen vorhanden sind. Falls jemand weiß, wie man autodarts.diy dazu bewegt, eine bestimmte Schnittstelle zu priorisieren, wäre das für mich auch ein wertvoller Tipp.

  • WLAN Treiber installieren/einrichten / 2357:0107 TP-Link TL-WN821N v5/v6 [RTL8192EU]

    Nach sehr langem Suchen habe ich eine Seite gefunden, die vielversprechend aussah und damit bekomme ich nun eine Verbindung über den WLAN-Stick.

    Mein genaues Vorgehen, ausgehend von einer Konsole im Homeverzeichnis und aus der Erinnerung:

    sudo apt install git raspberrypi-kernel-headers build-essential dkms git

    Code
    mkdir 8192
cd 8192
wget https://github.com/clnhub/rtl8192eu-linux/archive/refs/heads/5.11.2.1.zip
unzip 5.11.2.1.zip
cd rtl8192eu-linux-5.11.2.1
nano Makefile

    CONFIG_PLATFORM_I386_PC = n  CONFIG_PLATFORM_ARM_AARCH64 = y

    speichern und beenden

    Code
    ./install_wifi.sh

    Das war es.

  • WLAN Treiber installieren/einrichten / 2357:0107 TP-Link TL-WN821N v5/v6 [RTL8192EU]

    Hallo,

    ich möchte an einem RPi3b einen USB-WLAN-Stick mit der Kennung 2357:0107 (RTL8192eu) ausprobieren.

    Wenn ich den Stick einstecke, erhalte ich mit lsusb:
    Bus 001 Device 007: ID 2357:0107 TP-Link TL-WN821N v5/v6 [RTL8192EU]

    Eine zweite WLAN-Schnittstelle, also eine neben der Onboard-Schnittstelle wird aber weiterhin nicht zur Verfügung gestellt, sodass ich vermute, dass kein passender Treiber geladen wird.

    Ich habe länger nach Hinweisen zu 2357:0107 gesucht, aber nur alte oder sonst unpassende Hinweise gefunden. Bevor ich wild einfach irgendetwas ausprobiere, wollte ich hier nachfragen.
    Kann mir jemand TippS geben, wie ich herausfinden kann, woran es hier hakt und wie ich das Teil zum Laufen bekommen kann?

  • Fehler traten auf beim Bearbeiten von: initramfs-tools

    Meinst du "/etc/initramfs-tools/update-initramfs.conf"?

    Die Datei ist vorhanden, enthält aber nichts menschlich Lesbares.

    ...


    Ich habe die Datei nun durch eine leere Datei ersetzt und dann sudo apt autoremove. Das sah dann für meinen Geschmack gut (fehlerfrei) aus:


  • Fehler traten auf beim Bearbeiten von: initramfs-tools

    Danke für die schnelle Antwort.

    Ich habe es probiert, aber das scheint nicht zu funktionieren. Soll ich dennoch weitermachen, also neu installieren?


     sudo apt-get --purge remove initramfs-tools
    Paketlisten werden gelesen… Fertig
    Abhängigkeitsbaum wird aufgebaut… Fertig
    Statusinformationen werden eingelesen… Fertig
    Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
     busybox fonts-cantarell initramfs-tools-core klibc-utils libklibc libplymouth5
    Verwenden Sie »sudo apt autoremove«, um sie zu entfernen.
    Die folgenden zusätzlichen Pakete werden installiert:
     bsd-mailx cryptsetup cryptsetup-bin dmeventd dmraid dracut dracut-core exim4-base exim4-config
     exim4-daemon-light kpartx libdevmapper-event1.02.1 libdmraid1.0.0.rc16 libgnutls-dane0 liblockfile-bin
     liblockfile1 liblvm2cmd2.03 libunbound8 lvm2 mdadm pigz thin-provisioning-tools
    Vorgeschlagene Pakete:
     cryptsetup-initramfs dracut-network exim4-doc-html | exim4-doc-info eximon4 spf-tools-perl swaks
    Die folgenden Pakete werden ENTFERNT:
     initramfs-tools* plymouth* plymouth-label* plymouth-themes* rpd-plym-splash*
    Die folgenden NEUEN Pakete werden installiert:
     bsd-mailx cryptsetup cryptsetup-bin dmeventd dmraid dracut dracut-core exim4-base exim4-config
     exim4-daemon-light kpartx libdevmapper-event1.02.1 libdmraid1.0.0.rc16 libgnutls-dane0 liblockfile-bin
     liblockfile1 liblvm2cmd2.03 libunbound8 lvm2 mdadm pigz thin-provisioning-tools
    0 aktualisiert, 22 neu installiert, 5 zu entfernen und 0 nicht aktualisiert.
    9 nicht vollständig installiert oder entfernt.
    Es müssen 6.765 kB an Archiven heruntergeladen werden.
    Nach dieser Operation werden 19,9 MB Plattenplatz zusätzlich benutzt.
    Möchten Sie fortfahren? [J/n] j
    Holen:1 http://deb.debian.org/debian bookworm/main arm64 kpartx arm64 0.9.4-3+deb12u1 [26,0 kB]
    Holen:2 http://deb.debian.org/debian bookworm/main arm64 dracut-core arm64 059-4 [321 kB]
    Holen:3 http://deb.debian.org/debian bookworm/main arm64 dracut all 059-4 [6.540 B]
    Holen:4 http://deb.debian.org/debian bookworm/main arm64 mdadm arm64 4.2-5 [415 kB]
    Holen:5 http://deb.debian.org/debian bookworm/main arm64 pigz arm64 2.6-1 [56,2 kB]
    Holen:6 http://deb.debian.org/debian bookworm/main arm64 liblockfile-bin arm64 1.17-1+b1 [20,4 kB]
    Holen:7 http://deb.debian.org/debian bookworm/main arm64 exim4-config all 4.96-15+deb12u6 [256 kB]
    Holen:8 http://deb.debian.org/debian bookworm/main arm64 exim4-base arm64 4.96-15+deb12u6 [1.116 kB]
    Holen:9 http://deb.debian.org/debian bookworm/main arm64 libunbound8 arm64 1.17.1-2+deb12u2 [509 kB]
    Holen:10 http://deb.debian.org/debian bookworm/main arm64 libgnutls-dane0 arm64 3.7.9-2+deb12u4 [404 kB]
    Holen:11 http://deb.debian.org/debian bookworm/main arm64 exim4-daemon-light arm64 4.96-15+deb12u6 [560 kB]
    Holen:12 http://deb.debian.org/debian bookworm/main arm64 liblockfile1 arm64 1.17-1+b1 [16,8 kB]
    Holen:13 http://deb.debian.org/debian bookworm/main arm64 bsd-mailx arm64 8.1.2-0.20220412cvs-1 [89,0 kB]
    Holen:14 http://deb.debian.org/debian bookworm/main arm64 cryptsetup-bin arm64 2:2.6.1-4~deb12u2 [467 kB]
    Holen:15 http://deb.debian.org/debian bookworm/main arm64 cryptsetup arm64 2:2.6.1-4~deb12u2 [213 kB]
    Holen:16 http://deb.debian.org/debian bookworm/main arm64 libdevmapper-event1.02.1 arm64 2:1.02.185-2 [12,2 kB]
    Holen:17 http://deb.debian.org/debian bookworm/main arm64 liblvm2cmd2.03 arm64 2.03.16-2 [632 kB]
    Holen:18 http://deb.debian.org/debian bookworm/main arm64 dmeventd arm64 2:1.02.185-2 [56,7 kB]
    Holen:19 http://deb.debian.org/debian bookworm/main arm64 libdmraid1.0.0.rc16 arm64 1.0.0.rc16-12 [94,6 kB]
    Holen:20 http://deb.debian.org/debian bookworm/main arm64 dmraid arm64 1.0.0.rc16-12 [36,8 kB]
    Holen:21 http://deb.debian.org/debian bookworm/main arm64 lvm2 arm64 2.03.16-2 [1.114 kB]
    Holen:22 http://deb.debian.org/debian bookworm/main arm64 thin-provisioning-tools arm64 0.9.0-2 [344 kB]
    Es wurden 6.765 kB in 2 s geholt (4.214 kB/s).
    Vorkonfiguration der Pakete ...
    (Lese Datenbank ... 149882 Dateien und Verzeichnisse sind derzeit installiert.)
    Entfernen von rpd-plym-splash (0.42) ...
    Entfernen von plymouth-themes (22.02.122-3+rpt1) ...
    /usr/sbin/update-initramfs: 1: /etc/initramfs-tools/update-initramfs.conf: cannot open g�: No such file
    dpkg: Fehler beim Bearbeiten des Paketes plymouth-themes (--remove):
    »installiertes post-removal-Skript des Paketes plymouth-themes«-Unterprozess gab den Fehlerwert 2 zurück
    dpkg: Zu viele Fehler, Abbruch
    Fehler traten auf beim Bearbeiten von:
    plymouth-themes
    Bearbeitung wurde angehalten, da zu viele Fehler auftraten.
    E: Sub-process /usr/bin/dpkg returned an error code (1)

  • Fehler traten auf beim Bearbeiten von: initramfs-tools

    Hallo,

    ich habe auf einem RPi 3b Paspi-OS (desktop) installiert und mit apt update und apt upgrade auf den neusten Stand gebracht.

    apt upgrade erzeugt aber hartnäckig den Fehler: "Fehler traten auf beim Bearbeiten von: initramfs-tools ..."


    Hier die Gesamtausgabe:

    sudo apt upgrade
    Paketlisten werden gelesen… Fertig
    Abhängigkeitsbaum wird aufgebaut… Fertig
    Statusinformationen werden eingelesen… Fertig
    Paketaktualisierung (Upgrade) wird berechnet… Fertig
    0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
    9 nicht vollständig installiert oder entfernt.
    Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
    Möchten Sie fortfahren? [J/n] j
    initramfs-tools (0.142+rpt3+deb12u1) wird eingerichtet ...
    /usr/sbin/update-initramfs: 1: /etc/initramfs-tools/update-initramfs.conf: canno
    t open g�: No such file
    dpkg: Fehler beim Bearbeiten des Paketes initramfs-tools (--configure):
    »installiertes post-installation-Skript des Paketes initramfs-tools«-Unterproze
    ss gab den Fehlerwert 2 zurück
    dpkg: Abhängigkeitsprobleme verhindern Konfiguration von linux-image-6.6.74+rpt-
    rpi-2712:
    linux-image-6.6.74+rpt-rpi-2712 hängt ab von initramfs-tools (>= 0.120+deb8u2) 
    | linux-initramfs-tool; aber:
     Paket initramfs-tools ist noch nicht konfiguriert.
     Paket linux-initramfs-tool ist nicht installiert.
     Paket initramfs-tools, das linux-initramfs-tool bereitstellt, ist noch nicht k
    onfiguriert.

    dpkg: Fehler beim Bearbeiten des Paketes linux-image-6.6.74+rpt-rpi-2712 (--conf
    igure):
    Abhängigkeitsprobleme - verbleibt unkonfiguriert
    dpkg: Abhängigkeitsprobleme verhindern Konfiguration von linux-image-rpi-2712:
    linux-image-rpi-2712 hängt ab von linux-image-6.6.74+rpt-rpi-2712 (= 1:6.6.74-1
    +rpt1); aber:
     Paket linux-image-6.6.74+rpt-rpi-2712 ist noch nicht konfiguriert.

    dpkg: Fehler beim Bearbeiten des Paketes linux-image-rpi-2712 (--configure):
    Abhängigkeitsprobleme - verbleibt unkonfiguriert
    dpkg: Abhängigkeitsprobleme verhindern Konfiguration von linux-image-6.6.74+rpt-
    rpi-v8:
    linux-image-6.6.74+rpt-rpi-v8 hängt ab von initramfs-tools (>= 0.120+deb8u2) | 
    linux-initramfs-tool; aber:
     Paket initramfs-tools ist noch nicht konfiguriert.
     Paket linux-initramfs-tool ist nicht installiert.
     Paket initramfs-tools, das linux-initramfs-tool bereitstellt, ist noch nicht k
    onfiguriert.

    dpkg: Fehler beim Bearbeiten des Paketes linux-image-6.6.74+rpt-rpi-v8 (--config
    ure):
    Abhängigkeitsprobleme - verbleibt unkonfiguriert
    dpkg: Abhängigkeitsprobleme verhindern Konfiguration von linux-image-rpi-v8:
    linux-image-rpi-v8 hängt ab von linux-image-6.6.74+rpt-rpi-v8 (= 1:6.6.74-1+rpt
    1); aber:
     Paket linux-image-6.6.74+rpt-rpi-v8 ist noch nicht konfiguriert.

    dpkg: Fehler beim Bearbeiten des Paketes linux-image-rpi-v8 (--configure):
    Abhängigkeitsprobleme - verbleibt unkonfiguriert
    dpkg: Abhängigkeitsprobleme verhindern Konfiguration von linux-headers-6.6.74+rp
    t-rpi-2712:
    linux-headers-6.6.74+rpt-rpi-2712 hängt ab von linux-image-6.6.74+rpt-rpi-2712 
    (= 1:6.6.74-1+rpt1) | linux-image-6.6.74+rpt-rpi-2712-unsigned (= 1:6.6.74-1+rpt
    1); aber:
     Paket linux-image-6.6.74+rpt-rpi-2712 ist noch nicht konfiguriert.
     Paket linux-image-6.6.74+rpt-rpi-2712-unsigned ist nicht installiert.

    dpkg: Fehler beim Bearbeiten des Paketes linux-headers-6.6.74+rpt-rpi-2712 (--co
    nfigure):
    Abhängigkeitsprobleme - verbleibt unkonfiguriert
    dpkg: Abhängigkeitsprobleme verhindern Konfiguration von linux-headers-6.6.74+rp
    t-rpi-v8:
    linux-headers-6.6.74+rpt-rpi-v8 hängt ab von linux-image-6.6.74+rpt-rpi-v8 (= 1
    :6.6.74-1+rpt1) | linux-image-6.6.74+rpt-rpi-v8-unsigned (= 1:6.6.74-1+rpt1); ab
    er:
     Paket linux-image-6.6.74+rpt-rpi-v8 ist noch nicht konfiguriert.
     Paket linux-image-6.6.74+rpt-rpi-v8-unsigned ist nicht installiert.

    dpkg: Fehler beim Bearbeiten des Paketes linux-headers-6.6.74+rpt-rpi-v8 (--conf
    igure):
    Abhängigkeitsprobleme - verbleibt unkonfiguriert
    dpkg: Abhängigkeitsprobleme verhindern Konfiguration von linux-headers-rpi-2712:
    linux-headers-rpi-2712 hängt ab von linux-headers-6.6.74+rpt-rpi-2712 (= 1:6.6.
    74-1+rpt1); aber:
     Paket linux-headers-6.6.74+rpt-rpi-2712 ist noch nicht konfiguriert.

    dpkg: Fehler beim Bearbeiten des Paketes linux-headers-rpi-2712 (--configure):
    Abhängigkeitsprobleme - verbleibt unkonfiguriert
    dpkg: Abhängigkeitsprobleme verhindern Konfiguration von linux-headers-rpi-v8:
    linux-headers-rpi-v8 hängt ab von linux-headers-6.6.74+rpt-rpi-v8 (= 1:6.6.74-1
    +rpt1); aber:
     Paket linux-headers-6.6.74+rpt-rpi-v8 ist noch nicht konfiguriert.

    dpkg: Fehler beim Bearbeiten des Paketes linux-headers-rpi-v8 (--configure):
    Abhängigkeitsprobleme - verbleibt unkonfiguriert
    Fehler traten auf beim Bearbeiten von:
    initramfs-tools
    linux-image-6.6.74+rpt-rpi-2712
    linux-image-rpi-2712
    linux-image-6.6.74+rpt-rpi-v8
    linux-image-rpi-v8
    linux-headers-6.6.74+rpt-rpi-2712
    linux-headers-6.6.74+rpt-rpi-v8
    linux-headers-rpi-2712
    linux-headers-rpi-v8
    E: Sub-process /usr/bin/dpkg returned an error code (1)


    Auf der Suche nach der Ursache habe ich eigentlich nur Hinweise darauf gefunden, dass /boot zu klein bzw. voll ist und dass man dort Kernel löschen solle. Meine Installation ist aber ganz frisch und /boot hat noch ~440 MB frei, was mWn. reichen sollte.


    Hat jemand einen guten Tipp, was die Ursache und eine Lösung dafür sein könnte?

  • Squid startet nicht

    Aufwendig ist das für mich, weil ich die typischen Anfängerprobleme habe.

    Im konkreten Fall habe ich nur zufällig beim Booten kurz vor dem Starten von Squid den Hinweis gesehen, dass eine Netzwerkkomponente gestartet werden sollte und habe deswegen vermutet, dass es damit zusammenhängen könnte.

    Den genauen Namen der Netzwerkkomponente kannte ich nicht und ich wusste nicht, wo ich die Ausgabe, die zur Bootzeit erstellt wird, nach dem Booten finden könnte. Ich kenne bisher nur dmesg und da habe ich nichts dazu gefunden.

    Außerdem ist noch die Kunst, von Statusausgaben auf den genauen Dienstnamen zu schließen.

    Um die Anfängersache rund zu machen: Ich weiß leider nicht, wie man mit Thunar nach Dateien sucht. Unter XP hacke ich auf Strg+F und gebe den/die Suchstring/s ein und erhalte alle Treffer im Ordner und Unterordnern.

    So etwas habe ich bei Thunar noch nicht gefunden.

    Die Infoseite zu systemd habe ich angelesen und würde im Moment sagen, dass es am besten wäre, Wants= und After= zu verwenden, denn damit sollte squid erst dann gestartet werden, wenn der Netzwerkdienst läuft UND Squid würde nicht beendet werden, wenn der Netzwerkdienst beendet werden würde.

    Wie auch immer, mit

    [Service]

    ExecStartPre=/bin/sleep 15

    funktioniert das bisher problemlos, wobei ich im Moment auch nur sehr wenig Zeit zum Ausprobieren hatte und die Kiste einfach nur laufen sollte.


  • Squid startet nicht

    Ein "Requires" gibt's hier nicht. Dem Verhalten nach ist der Dienst zwar von o.g. Netzwerkmanager abhängig, aber den zu finden, stelle ich mir recht aufwendig vor. Evtl. gibt es auch unterschiedliche Dienste, die die notwendigen Funktionen zur Verfügung stellen, weshalb das bei Squid nicht genauer hinterlegt werden kann.

    So sieht das hier aus

    /etc/systemd/system/multi.user.targets.wants/squid.service

  • Squid startet nicht

    Es scheint wohl tatsächlich ein Timing-Problem zu sein, denn ich habe in

    /etc/systemd/system/multi.user.targets.wants/squid.service

    zusätzlich zum schon bestehenden ExecStartPre-Eintrag den folgenden darüber hinzugefügt:

    [Service]

    ExecStartPre=/bin/sleep 15

    Damit startet squid automatisch beim Booten.


    Bleibt für mich als ziemlich unerfahrener Linuxer die Frage, ob das so sinnvoll ist, weshalb ich dazu gerne eure Meinung hören würde.

  • Squid startet nicht

    Hallo,

    ich habe hier squid auf einem RPi2 und einem RPi4 installiert und nun das Problem, dass squid auf dem RP4 nicht automatisch startet.

    Wenn ich "service squid start" eingebe und dann das Kennwort, dann startet es und funktioniert.

    Hat jemand eine Idee, wieso das so ist und wie ich den Dienst auf dem RPi4 automatisch gestartet bekomme?

    Auf dem RPi2 habe ich Raspberry Pi OS with desktop 32 bit installiert, dann xfce und dann squid (sudo apt install squid).

    Auf dem RPi4 habe ich Rapsberry Pi OS with desktop 64 bit installiert, dann xfce und dann squid (sudo apt install squid).

    Kann es an der 64-bit-Variante liegen?


    EDIT:

    Wenn ich den RPi4 herunterfahre, sehe ich einen Teil der Statusmeldungen des Bootvorgangs. Dort ist ein Eintrag, dass der Start von Squid fehlgeschlagen ist und direkt davor sinngemäß: Network Manager Script Dispatcher Service

    Kann es sein, dass das Netzwerk noch nicht ausreichend aufgebaut ist und Squid deswegen nicht richtig gestartet werden kann.

    In der RPi-Konfiguration habe ich den Haken aktiviert, dass der Bootvorgang erst mit Netzwerk fortgesetzt wird, aber das macht leider keinen Unterschied. Kann man das Starten des Dienstes um ein paar Sekunden verzögern?

    Es gibt bestimmt Log-Dateien, die mehr Hinweise leifern. Könnt ihr mir auf die Sprünge helfen, wo ich danach suchen könnte?

  • stabiles XFCE für RPi4

    Vielen Dank, km.

    Ich habe die Seite etwas überflogen, sehe aber nicht, welches originale Image du installiert hast. Ich habe mir in der Zwischenzeit eine Minimalinstallation erstellt und darauf xfce installiert. Das läuft soweit, aber ich bin noch nicht ganz glücklich, weil ich einige Sachen vermisse, die es bei Linux Mint xfce gibt. Z.B. finde ich es in LM sehr angenehm, dass man nach dem Anklicken des Start-Buttons einfach lostippen kann und dann automatisch (vermutlich in einem Index) nach passenden Programmen gesucht wird. Bei xfce für RP muss ich dafür den Anwendungsfinder anklicken. Die zwei Taskleisten sind ebenfalls sehr unpraktisch vor allen Dingen, wenn man ohnehin schon wenige Zeilen und viel Breite bei 16:9 hat.

    Ich werde deine Seite nächstes Wochenende mal durchackern.

  • Benutzer kopieren

    Erst mal vielen Dank für eure Beiträge. Damit müsste ich nun alles zusammen haben, um mein Vorhaben umsetzen zu können.

    Die neuen Benutzer anlegen ist unkritisch.

    Die Dateien des Vorlagenutzers zu kopieren, würde wahrscheinlich zuverlässig unter Linux Mint als Systemverwalter funktionieren, sodass ich nicht so leicht über Tippfehler stolpern würde.

    Fürs Chowning würde ich dann obige Befehlszeile nehmen. Die Unterschiede zur Version, die nicht geht, erscheinen mir auf den ersten Blick merkwürdig. Das werde ich mir noch mal genauer ansehen.

    Auf den Grund, warum die Chowning-Variante aus dem verlinkten Thread nicht funktioniert, wäre ich wahrscheinlich nicht oder erst nach sehr langem Grübeln gekommen. Das ist ja echt fies und wirft bei mir die Frage auf, wie man die gewünschten Objekte, also Dateien und Ordner anders hätte maskieren können. Mir ist schon öfter aufgefallen, dass scheinbar sehr einfache Sachen letztlich sehr kniffelig sind.

    Bei weiterer Webrecherche habe ich noch den Hinweis gefunden, dass man den Inhalt von /home des zu kopierenden Nutzers nach /etc/skel kopieren kann, sodass dann jeder neu erstellte Nutzer gleich von Beginn an alle oder viele Eigenschaften erhält.

    Z.B.: https://openbook.rheinwerk-verlag.de/linux_unix_pro…40001BA1F013100

    Über Dateirechte bei dieser Variante habe ich noch nichts gelesen. Ob das problemlos bzgl. Passwörtern und etwaige IDs ist, weiß ich auch noch nicht.

  • Benutzer kopieren

    Quote from simonz

    Er hat einfach "sudo chown -RP user2 .*" abgetippt, was KEINE gute Idee ist!

    Ist denn klar, warum das nicht funktioniert, bzw. warum es das merkwürdige Verhalten erzeugt? Soweit mich mein krüppeliges Englisch trägt, ändert er mit obigem Befehl sowohl die Rechte des alten, wie auch des neuen Benutzers, obwohl er sich beim Chowning im neuen Benutzerordner befindet. Liegt's an "sudo"?

    Ich würde für so etwas das Home-Verzeichnis mit einem anderen Linux-System mounten und die Daten dort kopieren und die Rechte ändern.

    Wenn der Benutzer "Pi" nicht für einen Desktopersatz geeignet ist, dann würde ich einen neuen Benutzer erstellen und neu konfigurieren. Diesen, bzw. dessen Einstellungen würde ich dann aber gerne auf einen zweiten Benutzer übertragen, damit ich den Keu nicht zweimal machen muss, denn bis der Desktop grob so ist, wie er sein soll, dauert es schon eine ganze Weile und wenn ich wüsste, wie man einen Benutzer kopiert, würde mir das auch auf anderen Kisten sehr helfen.

    Quote from RTFM

    oder Du legst einen neuen User an und weist ihm dieselben desktop-files zu, die auch der Vorlage-User besitzt.

    Das würde ich gerne, aber das bekomme ich ohne genaue Anleitung ziemlich sicher nicht hin.

    Was meinst du mit "Grafiksysteme [...] mischen"?

  • Benutzer kopieren

    Ich hatte auch danach gesucht, aber nichts Brauchbares gefunden.

    Einen neuen Benutzer habe ich testweise angelegt und mit gnome-system-tools (kenne ich von Mint) habe ich den neuen Benutzer den gleichen Gruppen hinzugefügt, in denen auch der alte steckte. Das war allerdings eine ziemliche "Klickerei" und am Ende bleibt die Unsicherheit, ob man wirklich alles erwischt hat.

    Beim Umsetzen von Besitz und Rechten würde ich alleine ziemlich sicher scheitern. Eine einzelne Datei bekäme ich hin, aber zunächst wäre ich nicht sicher, ob wirklich ALLE Dateien/Ordner den gleichen Besitzstatus bräuchten und dann stolpere ich vermutlich darüber, dass es besondere Objekte (versteckte?) gibt. Bei der Verwendung von Wildccards muss man afaik aufpassen, dass die Konsole schon etwas interpretiert, oder so ähnlich.

    Kurzum, wenn es nur manuell geht, bräuchte ich eine ziemlich genaue Anleitung.

    Kannst du eine brauchbare empfehlen?

  • Benutzer kopieren

    Hallo,

    ist es möglich, einen Benutzer, bzw. ein Benutzerkonto zu kopieren, sodass die Kopie bis auf den Namen, den Pfad zum Homeverzeichnis und ggf. irgendwelche internen IDs gleich ist?

    Ich habe das aktuelle RP-OS mit dem Standardbenutzer "pi" installiert und konfiguriert und würde auf dieser Grundlage nun zwei "echte" Benutzerkonten anlegen, die die gleichen Einstellungen (Standardprogramme, Berechtigungen, Desktopeinstellungen, Taskkleisteneinstellungen, Browsereinstellungen...) haben.