Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > de.comp.os.unix.linux.misc > #124576 > unrolled thread

/home-SSD auf neuen Rechner umziehen

Started bypeterkanne <peter@ingpk.de>
First post2022-09-01 12:44 +0200
Last post2022-09-03 21:16 +0200
Articles 20 on this page of 33 — 17 participants

Back to article view | Back to de.comp.os.unix.linux.misc


Contents

  /home-SSD auf neuen Rechner umziehen peterkanne <peter@ingpk.de> - 2022-09-01 12:44 +0200
    Re: /home-SSD auf neuen Rechner umziehen Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-01 13:00 +0200
      Re: /home-SSD auf neuen Rechner umziehen peterkanne <peter@ingpk.de> - 2022-09-01 13:13 +0200
        Re: /home-SSD auf neuen Rechner umziehen Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-02 10:35 +0200
      Re: /home-SSD auf neuen Rechner umziehen Marcel Mueller <news.5.maazl@spamgourmet.org> - 2022-09-02 14:53 +0200
    Re: /home-SSD auf neuen Rechner umziehen Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-01 11:12 +0000
      Re: /home-SSD auf neuen Rechner umziehen Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-09-01 15:08 +0200
        Re: /home-SSD auf neuen Rechner umziehen Andreas Kohlbach <ank@spamfence.net> - 2022-09-01 18:06 -0400
          Re: /home-SSD auf neuen Rechner umziehen Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-01 22:38 +0000
            Re: /home-SSD auf neuen Rechner umziehen Andreas Kohlbach <ank@spamfence.net> - 2022-09-01 18:59 -0400
            Re: /home-SSD auf neuen Rechner umziehen Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-02 10:37 +0200
      Re: /home-SSD auf neuen Rechner umziehen Marcel Mueller <news.5.maazl@spamgourmet.org> - 2022-09-02 14:55 +0200
    Re: /home-SSD auf neuen Rechner umziehen Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-09-01 14:24 +0200
      Re: /home-SSD auf neuen Rechner umziehen Ralph Angenendt <dein.name@strg-alt-entf.org> - 2022-09-01 14:38 +0000
        Re: /home-SSD auf neuen Rechner umziehen Thomas Klix <wotokl@web.de> - 2022-09-01 17:20 +0200
          Re: /home-SSD auf neuen Rechner umziehen Thomas Dorner <de.comp.os.unix.linux.misc.220901.dorner@spamgourmet.com> - 2022-09-01 19:54 +0200
            Re: /home-SSD auf neuen Rechner umziehen Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-02 10:37 +0200
              Re: /home-SSD auf neuen Rechner umziehen "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2022-09-02 12:23 +0200
                Re: /home-SSD auf neuen Rechner umziehen Thomas Dorner <de.comp.os.unix.linux.misc.220902.dorner@spamgourmet.com> - 2022-09-02 18:56 +0200
                  Re: /home-SSD auf neuen Rechner umziehen Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-03 10:47 +0200
                    Re: /home-SSD auf neuen Rechner umziehen Enrik Berkhan <Enrik.Berkhan@inka.de> - 2022-09-03 11:17 +0000
                      Re: /home-SSD auf neuen Rechner umziehen Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-03 16:29 +0200
                    Re: /home-SSD auf neuen Rechner umziehen Thomas Dorner <de.comp.os.unix.linux.misc.220903.dorner@spamgourmet.com> - 2022-09-03 21:07 +0200
                      Re: /home-SSD auf neuen Rechner umziehen Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-04 08:48 +0200
                        Re: /home-SSD auf neuen Rechner umziehen Thomas Dorner <de.comp.os.unix.linux.misc.220904.dorner@spamgourmet.com> - 2022-09-04 18:54 +0200
                  Re: /home-SSD auf neuen Rechner umziehen "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2022-09-03 13:41 +0200
                Re: /home-SSD auf neuen Rechner umziehen Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-03 10:46 +0200
                  Re: /home-SSD auf neuen Rechner umziehen Andreas Kohlbach <ank@spamfence.net> - 2022-09-03 14:07 -0400
                    Re: /home-SSD auf neuen Rechner umziehen Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-09-03 23:34 +0200
                      Re: /home-SSD auf neuen Rechner umziehen Andreas Kohlbach <ank@spamfence.net> - 2022-09-03 19:18 -0400
                        Re: /home-SSD auf neuen Rechner umziehen Laurenz Trossel <me@example.invalid> - 2022-09-04 03:35 +0000
                    Re: /home-SSD auf neuen Rechner umziehen Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-04 08:49 +0200
                  Re: /home-SSD auf neuen Rechner umziehen Thomas Dorner <de.comp.os.unix.linux.misc.220903.dorner@spamgourmet.com> - 2022-09-03 21:16 +0200

Page 1 of 2  [1] 2  Next page →


#124576 — /home-SSD auf neuen Rechner umziehen

Frompeterkanne <peter@ingpk.de>
Date2022-09-01 12:44 +0200
Subject/home-SSD auf neuen Rechner umziehen
Message-ID<teq2e2$m810$1@solani.org>
Hallo, ich bin gerade dabei einen neuen Rechner mit Debian aufzusetzen.

Nun habe ich meinen alten PC mit zwei SSDs, eine fürs System und eine 
für /home. Betriebssystem ist Ubuntu 22.

Faul wie ich bin, würde ich /home einfach ausbauen und in den neuen 
Rechner stecken wollen.

Hat sowas schon mal jemand gemacht?
Sind bei dieser Vorgehenseise Probleme zu erwarten? ich denke da jetzt 
an Zugriffsrechte meiner drei Benutzer und die üblichen 
Konfigurationsverzeichnisse.

-peter


[toc] | [next] | [standalone]


#124580

FromMarc Haber <mh+usenetspam1118@zugschl.us>
Date2022-09-01 13:00 +0200
Message-ID<teq3bq$111ub$1@news1.tnib.de>
In reply to#124576
peterkanne <peter@ingpk.de> wrote:
>Faul wie ich bin, würde ich /home einfach ausbauen und in den neuen 
>Rechner stecken wollen.
>
>Hat sowas schon mal jemand gemacht?
>Sind bei dieser Vorgehenseise Probleme zu erwarten? ich denke da jetzt 
>an Zugriffsrechte meiner drei Benutzer und die üblichen 
>Konfigurationsverzeichnisse.

Das funktioniert problemlos wenn das alte und das neue System
dieselben Accounts mit denselben UIDs hat.

Wieviel langsamer ist denn die alte /home SSD zum Vergleich mit der
neuen?

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]


#124583

Frompeterkanne <peter@ingpk.de>
Date2022-09-01 13:13 +0200
Message-ID<teq45h$m810$2@solani.org>
In reply to#124580
Am 01.09.22 um 13:00 schrieb Marc Haber:
> peterkanne <peter@ingpk.de> wrote:
>> Faul wie ich bin, würde ich /home einfach ausbauen und in den neuen
>> Rechner stecken wollen.
>>
>> Hat sowas schon mal jemand gemacht?
>> Sind bei dieser Vorgehenseise Probleme zu erwarten? ich denke da jetzt
>> an Zugriffsrechte meiner drei Benutzer und die üblichen
>> Konfigurationsverzeichnisse.
> 
> Das funktioniert problemlos wenn das alte und das neue System
> dieselben Accounts mit denselben UIDs hat.
> 
> Wieviel langsamer ist denn die alte /home SSD zum Vergleich mit der
> neuen?
> 

Danke. Bei den UIDs kann ich aufpassen.
Über die Geschwindigkeit hatte ich mir noch gar keine Gedanken gemacht. 
Hm. Muß ich übers Wochenende mal nachgucken.

-peter

[toc] | [prev] | [next] | [standalone]


#124634

FromMarc Haber <mh+usenetspam1118@zugschl.us>
Date2022-09-02 10:35 +0200
Message-ID<tesf94$15t5f$1@news1.tnib.de>
In reply to#124583
peterkanne <peter@ingpk.de> wrote:
>Über die Geschwindigkeit hatte ich mir noch gar keine Gedanken gemacht. 
>Hm. Muß ich übers Wochenende mal nachgucken.

Ich wollte damit anregen, dass es vielelicht die bessere Lösung ist,
/home irgendwo auf der neuen, sicher schnelleren SSD unterzubringen
und die alte entweder draußen zu lassen (USB-Gehäuse, Backupmedium,
spart Strom wenn aus) oder für irgendwas anderes (Datengrab o.ä.) zu
verwenden.

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]


#124647

FromMarcel Mueller <news.5.maazl@spamgourmet.org>
Date2022-09-02 14:53 +0200
Message-ID<tesuce$jdl$1@news.nntp4.net>
In reply to#124580
Am 01.09.22 um 13:00 schrieb Marc Haber:
> peterkanne <peter@ingpk.de> wrote:
>> Faul wie ich bin, würde ich /home einfach ausbauen und in den neuen
>> Rechner stecken wollen.
>>
>> Hat sowas schon mal jemand gemacht?
>> Sind bei dieser Vorgehenseise Probleme zu erwarten? ich denke da jetzt
>> an Zugriffsrechte meiner drei Benutzer und die üblichen
>> Konfigurationsverzeichnisse.
> 
> Das funktioniert problemlos wenn das alte und das neue System
> dieselben Accounts mit denselben UIDs hat.

Notfalls kann man die auch ändern. Ist aber etwas Gefummel.


> Wieviel langsamer ist denn die alte /home SSD zum Vergleich mit der
> neuen?

Oder wie viel schneller...
Neuere QLC-SSDs brechen z.T. ziemlich stark ein, wenn man sie wirklich 
fordert.

Aber das ist alles für den normalen Desktopbetrieb völlig egal. /Jede/ 
SSD ist dafür schnell genug. Und wenn sich System und Userdaten auf 
unterschiedlichen Datenträgern liegen, also _gleichzeitig_ arbeiten, 
dann erst recht.


Marcel

[toc] | [prev] | [next] | [standalone]


#124582

FromUlli Horlacher <framstag@rus.uni-stuttgart.de>
Date2022-09-01 11:12 +0000
Message-ID<teq437$n81$1@news2.informatik.uni-stuttgart.de>
In reply to#124576
peterkanne <peter@ingpk.de> wrote:
> Hallo, ich bin gerade dabei einen neuen Rechner mit Debian aufzusetzen.
> 
> Nun habe ich meinen alten PC mit zwei SSDs, eine fürs System und eine 
> für /home. Betriebssystem ist Ubuntu 22.
> 
> Faul wie ich bin, würde ich /home einfach ausbauen und in den neuen 
> Rechner stecken wollen.

Hat der neue so wenig Speicherplatz dass du da eine zweite SSD benoetigst?


> Hat sowas schon mal jemand gemacht?

Oft genug.


> Sind bei dieser Vorgehenseise Probleme zu erwarten? ich denke da jetzt 
> an Zugriffsrechte meiner drei Benutzer

Wenn die uid+gid via /etc/passwd dieselben sind und keine nis(+), Kerberos
o.ae. einsetzt gibts kein Probleme.

Mounten nicht vergessen :-)


-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK         
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    http://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]


#124594

FromDietz Proepper <dietz-usenet@rotfl.franken.de>
Date2022-09-01 15:08 +0200
Message-ID<20220901150855.35c2b123.dietz-usenet@rotfl.franken.de>
In reply to#124582
Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:
> Mounten nicht vergessen :-)

Sowas fällt auf ;-).

-- 
 SIC SEMPER
+--|=======>
  TYRANNIS

[toc] | [prev] | [next] | [standalone]


#124616

FromAndreas Kohlbach <ank@spamfence.net>
Date2022-09-01 18:06 -0400
Message-ID<877d2mzr4n.fsf@usenet.ankman.de>
In reply to#124594
On Thu, 1 Sep 2022 15:08:55 +0200, Dietz Proepper wrote:
>
> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:
>> Mounten nicht vergessen :-)
>
> Sowas fällt auf ;-).

Die /etc/fstab sollte sich eignen (wenn die User-ID identisch ist). Oder
ist das heute zu old school? ;-)
-- 
Andreas

[toc] | [prev] | [next] | [standalone]


#124618

FromUlli Horlacher <framstag@rus.uni-stuttgart.de>
Date2022-09-01 22:38 +0000
Message-ID<terc9q$nms$1@news2.informatik.uni-stuttgart.de>
In reply to#124616
Andreas Kohlbach <ank@spamfence.net> wrote:
> On Thu, 1 Sep 2022 15:08:55 +0200, Dietz Proepper wrote:
> >
> > Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:
> >> Mounten nicht vergessen :-)
> >
> > Sowas fällt auf ;-).
> 
> Die /etc/fstab sollte sich eignen (wenn die User-ID identisch ist). Oder
> ist das heute zu old school? ;-)

Da gibts doch bestimmt was von systemd! ;-}


-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK         
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    http://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]


#124619

FromAndreas Kohlbach <ank@spamfence.net>
Date2022-09-01 18:59 -0400
Message-ID<87ler2ya3i.fsf@usenet.ankman.de>
In reply to#124618
On Thu, 1 Sep 2022 22:38:50 +0000 (UTC), Ulli Horlacher wrote:
>
> Andreas Kohlbach <ank@spamfence.net> wrote:
>> 
>> Die /etc/fstab sollte sich eignen (wenn die User-ID identisch ist). Oder
>> ist das heute zu old school? ;-)
>
> Da gibts doch bestimmt was von systemd! ;-}

Das hatte ich befürchtet.
-- 
Andreas

[toc] | [prev] | [next] | [standalone]


#124635

FromMarc Haber <mh+usenetspam1118@zugschl.us>
Date2022-09-02 10:37 +0200
Message-ID<tesfbg$15t60$1@news1.tnib.de>
In reply to#124618
Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:
>Da gibts doch bestimmt was von systemd! ;-}

Gibt es. Nennt sich mount-unit.

Die Umsetzung von /etc/fstab zu mount-Units erledigt ein Generator,
der zur Bootzeit die fstab parst und daraus dann die passenden
mount-units (irgendwo in /run) generiert, die system dann ausführt.

Du benutzt das also schon so ;-)

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]


#124648

FromMarcel Mueller <news.5.maazl@spamgourmet.org>
Date2022-09-02 14:55 +0200
Message-ID<tesufs$jdl$2@news.nntp4.net>
In reply to#124582
Am 01.09.22 um 13:12 schrieb Ulli Horlacher:
>> Sind bei dieser Vorgehenseise Probleme zu erwarten? ich denke da jetzt
>> an Zugriffsrechte meiner drei Benutzer
> 
> Wenn die uid+gid via /etc/passwd dieselben sind und keine nis(+), Kerberos
> o.ae. einsetzt gibts kein Probleme.

Warum sollte Kerberos o.ä. da Probleme machen?


Marcel

[toc] | [prev] | [next] | [standalone]


#124590

FromHermann Riemann <nospam.ng@hermann-riemann.de>
Date2022-09-01 14:24 +0200
Message-ID<jnbmk1F7t3bU1@mid.individual.net>
In reply to#124576
Am 01.09.22 um 12:44 schrieb peterkanne:
> Hallo, ich bin gerade dabei einen neuen Rechner mit Debian aufzusetzen.
> 
> Nun habe ich meinen alten PC mit zwei SSDs, eine fürs System und eine 
> für /home. Betriebssystem ist Ubuntu 22.
> 
> Faul wie ich bin, würde ich /home einfach ausbauen und in den neuen 
> Rechner stecken wollen.
> 
> Hat sowas schon mal jemand gemacht?
> Sind bei dieser Vorgehenseise Probleme zu erwarten? ich denke da jetzt 
> an Zugriffsrechte meiner drei Benutzer und die üblichen 
> Konfigurationsverzeichnisse.

Ein Problem könnte sein,
wenn die Reihenfolge der Benutzer sich ändert,
und damit vielleicht auch die Zuordnung von Verzeichnissen und Dateien.

Hermann
    der als user pi seine Dateien auf USB- Platten
    trotz anderem user Namen auf PC gleichartig verwenden konnte.

-- 
http://www.hermann-riemann.de

[toc] | [prev] | [next] | [standalone]


#124596

FromRalph Angenendt <dein.name@strg-alt-entf.org>
Date2022-09-01 14:38 +0000
Message-ID<slrnth1gv9.2p8.dein.name@news.strg-alt-entf.org>
In reply to#124590
Well, Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:
> Ein Problem könnte sein,
> wenn die Reihenfolge der Benutzer sich ändert,
> und damit vielleicht auch die Zuordnung von Verzeichnissen und Dateien.

UID und GID sind ja schon genannt worden, dass die Reihenfolge (welche?) der
Nutzer irgendwelche Auswirkungen haben könnte, hast du gerade erfunden, oder? 

Ralph
-- 
Is your mother worried?
Would you like us to assign someone to worry your mother?

[toc] | [prev] | [next] | [standalone]


#124605

FromThomas Klix <wotokl@web.de>
Date2022-09-01 17:20 +0200
Message-ID<teqijb$erd$1@kx.myspace.kx-ubu>
In reply to#124596
Ralph Angenendt wrote at Thu, 1 Sep 2022 14:38:33 -0000 (UTC):
> Well, Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:
>> Ein Problem könnte sein,
>> wenn die Reihenfolge der Benutzer sich ändert,
>> und damit vielleicht auch die Zuordnung von Verzeichnissen und Dateien.
>
> UID und GID sind ja schon genannt worden, dass die Reihenfolge (welche?) der
> Nutzer irgendwelche Auswirkungen haben könnte, hast du gerade erfunden, oder? 

Die Reihenfolge von "adduser". Der 1. bekommt UID 1000, ...

HTH,
  Thomas

[toc] | [prev] | [next] | [standalone]


#124609

FromThomas Dorner <de.comp.os.unix.linux.misc.220901.dorner@spamgourmet.com>
Date2022-09-01 19:54 +0200
Message-ID<6etu5rhtf9.fsf@th-dorner.de>
In reply to#124605
Thomas Klix <wotokl@web.de> writes:
> Ralph Angenendt wrote at Thu, 1 Sep 2022 14:38:33 -0000 (UTC):
>> Well, Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:
>>> Ein Problem könnte sein,
>>> wenn die Reihenfolge der Benutzer sich ändert,
>>> und damit vielleicht auch die Zuordnung von Verzeichnissen und Dateien.
>>
>> UID und GID sind ja schon genannt worden, dass die Reihenfolge (welche?) der
>> Nutzer irgendwelche Auswirkungen haben könnte, hast du gerade erfunden, oder? 
>
> Die Reihenfolge von "adduser". Der 1. bekommt UID 1000, ...

Im Zweifelsfall kann mal alles mit usermod noch reparieren (außer root
geht nur per sudo, und der zu modifizierende Benutzer ist der einzige,
der sudo zu root machen darf - dann wird es etwas trickreicher¹ :-)

Viele Grüße, Thomas
¹ hatte ich letzte Woche bei einem neuen Debian Bullseye
-- 
Adresse gilt nur kurzzeitig!

[toc] | [prev] | [next] | [standalone]


#124637

FromMarc Haber <mh+usenetspam1118@zugschl.us>
Date2022-09-02 10:37 +0200
Message-ID<tesfct$15t69$1@news1.tnib.de>
In reply to#124609
Thomas Dorner
<de.comp.os.unix.linux.misc.220901.dorner@spamgourmet.com> wrote:
>Im Zweifelsfall kann mal alles mit usermod noch reparieren (außer root
>geht nur per sudo, und der zu modifizierende Benutzer ist der einzige,
>der sudo zu root machen darf - dann wird es etwas trickreicher¹ :-)

Warum? sudo interessiert sich nicht für UIDs.

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]


#124644

From"Peter J. Holzer" <hjp-usenet3@hjp.at>
Date2022-09-02 12:23 +0200
Message-ID<slrnth3mdg.191r3.hjp-usenet3@trintignant.hjp.at>
In reply to#124637
On 2022-09-02 08:37, Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
> Thomas Dorner
><de.comp.os.unix.linux.misc.220901.dorner@spamgourmet.com> wrote:
>>Im Zweifelsfall kann mal alles mit usermod noch reparieren (außer root
                                     ^^^^^^^
>>geht nur per sudo, und der zu modifizierende Benutzer ist der einzige,
>>der sudo zu root machen darf - dann wird es etwas trickreicher¹ :-)
>
> Warum? sudo interessiert sich nicht für UIDs.

Nein, aber usermod interessiert sich dafür, ob der User, der gerade
geändert werden soll, eingeloggt ist:

% id
uid=1001(alice) gid=1002(alice) groups=1002(alice),27(sudo)
% sudo usermod -u 1999 alice
usermod: user alice is currently used by process 1349730

D.h., es wird - wie Thomas geschrieben hat - etwas trickreicher.
vim /etc/passwd (bzw. vipw, wenn vorhanden) wäre mein Ansatz.

        hp

[toc] | [prev] | [next] | [standalone]


#124651

FromThomas Dorner <de.comp.os.unix.linux.misc.220902.dorner@spamgourmet.com>
Date2022-09-02 18:56 +0200
Message-ID<6e5yi5g1fg.fsf@th-dorner.de>
In reply to#124644
"Peter J. Holzer" <hjp-usenet3@hjp.at> writes:
> On 2022-09-02 08:37, Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
>> Thomas Dorner
>><de.comp.os.unix.linux.misc.220901.dorner@spamgourmet.com> wrote:
>>>Im Zweifelsfall kann mal alles mit usermod noch reparieren (außer root
>                                      ^^^^^^^
>>>geht nur per sudo, und der zu modifizierende Benutzer ist der einzige,
>>>der sudo zu root machen darf - dann wird es etwas trickreicher¹ :-)
>>
>> Warum? sudo interessiert sich nicht für UIDs.
>
> Nein, aber usermod interessiert sich dafür, ob der User, der gerade
> geändert werden soll, eingeloggt ist:
>
> % id
> uid=1001(alice) gid=1002(alice) groups=1002(alice),27(sudo)
> % sudo usermod -u 1999 alice
> usermod: user alice is currently used by process 1349730
>
> D.h., es wird - wie Thomas geschrieben hat - etwas trickreicher.
> vim /etc/passwd (bzw. vipw, wenn vorhanden) wäre mein Ansatz.

Ich hatte das so gelöst, daß ich mir als root (also per sudo) eine BaSH
im Hintergrund und mit nohup auf ein freies TTY geschickt habe.  Danach
habe ich sudo und den originalen Login beendet und den usermod in der
BaSH auf dem anderen TTY durchgeführt.

Es hat funktioniert, und ich mußte an keinen anderen Dateien rumfummeln.
:-)

Viele Grüße, Thomas
-- 
Adresse gilt nur kurzzeitig!

[toc] | [prev] | [next] | [standalone]


#124663

FromMarc Haber <mh+usenetspam1118@zugschl.us>
Date2022-09-03 10:47 +0200
Message-ID<tev4a8$1b5r4$1@news1.tnib.de>
In reply to#124651
Thomas Dorner
<de.comp.os.unix.linux.misc.220902.dorner@spamgourmet.com> wrote:
>Ich hatte das so gelöst, daß ich mir als root (also per sudo) eine BaSH
>im Hintergrund und mit nohup auf ein freies TTY geschickt habe.

Wie geht das mit dem freien tty?

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]


Page 1 of 2  [1] 2  Next page →

Back to top | Article view | de.comp.os.unix.linux.misc


csiph-web