Welcome, Guest. Please login or register.
Did you miss your activation email?

Author Topic: [DE] Installer defekt?  (Read 7997 times)

sidlooser

  • Guest
[DE] Re: Installer defekt?
« Reply #15 on: 2019/08/05, 07:53:04 »
Quote
Ich leg meine Partitionen, die ich nutzen möchte einfach mit gparted an und bin durch damit -
eben - ich wollte siduction in eine _vorhandene_ Partitionierung (ganz einfach 4 Partitionen: efi, root, swap, home) installieren - und da ist es am einfachsten, unter "manuell" die Partitionen zuzuordnen (die Mountpoints stehen ja schon im dropdown) und fertich - hatte ich seit Jahr(zehnt)en bisher so erfolgreich gemacht (Debian 4, Fedora, Mint, Manjaro ...) und mir deshalb _nicht_ vorstellen können, daß das hier anders ist ...

Offline melmarker

  • User
  • Posts: 2.799
    • g-com.eu
Re: Installer defekt?
« Reply #16 on: 2019/08/05, 10:22:43 »
Anders kann man so nicht sagen - nur dass sich halt in calamares einige Sachen noch recht schnell ändern und ich auch "nur" gesagt habe, dass grade im Teil manuelles Partitionieren noch einige Bugs sein können - und ja, ich kennen einiges von dem Code und im Endeffekt sind davon ca 15-20 Distirbutionen betroffen, die Calamares einsetzen.

Das Gute ist, Calamares wird sehr aktiv entwickelt, so dass jede Fehlermeldung zur Verbesserung beiträgt, wenn die Fehler reproduzierbar sind. Mehr später, muss zur Arbeit.
Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. (Benjamin Franklin, November 11, 1755)
Never attribute to malice that which can be adequately explained by stupidity. (Hanlons razor)

Offline melmarker

  • User
  • Posts: 2.799
    • g-com.eu
Re: Installer defekt?
« Reply #17 on: 2019/08/05, 18:46:54 »
boerni: Wenn das reproduzierbar ist bei Dir, wir hatten mal nen Problem mit appstream - im live-system appstream gelöscht und die Welt war in Ordnung, dann hätte der sich aber anders melden sollen.

Um Cala im Debug-Modus laufen zu lassen: Terminal auf und

Code: [Select]
calamares --help # nur zum Zeigen der Optionen
sudo calamares -d

Wenn es irgendwo kracht, sollte das dann im Log stehen - und wenn ein netter Backtrace in einem Fenster auftaucht, wäre ein Screenshot und das Log nett. War das bei Dir das letzte Release oder die aktuellen?
Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. (Benjamin Franklin, November 11, 1755)
Never attribute to malice that which can be adequately explained by stupidity. (Hanlons razor)

Offline melmarker

  • User
  • Posts: 2.799
    • g-com.eu
Re: Installer defekt?
« Reply #18 on: 2019/08/05, 19:14:59 »
Und ich hab grad noch mal beide hier geschilderten Fälle mit einem Release-Iso 2018.3.0 KDE probiert - bei mir funktionierte es tadellos™. Also auch und grade die UEFI-Installation mit manueller Partitionierung. Tja - keine Fehler, kaum Ansatzpunkte. Ich probiere jetzt noch mal ein aktuelles Iso mit dem aktuellen Calamares ...
Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. (Benjamin Franklin, November 11, 1755)
Never attribute to malice that which can be adequately explained by stupidity. (Hanlons razor)

sidlooser

  • Guest
Re: Installer defekt?
« Reply #19 on: 2019/08/05, 22:34:46 »
So richtig Ruhe gelassen hat mir das nicht ... und vielleicht kann ich ja was beitragen.
Also hab ich das Ganze nochmal durchgefahren, zur Anonymisierung mit dem Benutzer "Tester" auf dem "Test-PC". Und siehe da ... der ganze Kram lief durch.   
Also nochmal - diesmal mit dem richtigen Benutzer. 
Code: [Select]
siducer@siduction:~$ sudo calamares -d >> /media/siducer/USB-STICK/calamares.txt
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
chcon: der Sicherheitskontext von '/' konnte nicht ermittelt werden: Keine Daten verfügbar
chcon: der Sicherheitskontext von '/boot/efi' konnte nicht ermittelt werden: Datei oder Verzeichnis nicht gefunden
chcon: der Sicherheitskontext von '/home' konnte nicht ermittelt werden: Keine Daten verfügbar
chcon: der Sicherheitskontext von '/proc' konnte nicht ermittelt werden: Die Operation wird nicht unterstützt
chcon: der Sicherheitskontext von '/sys' konnte nicht ermittelt werden: Keine Daten verfügbar
chcon: der Sicherheitskontext von '/dev' konnte nicht ermittelt werden: Keine Daten verfügbar
chcon: der Sicherheitskontext von '/dev/pts' konnte nicht ermittelt werden: Die Operation wird nicht unterstützt
chcon: der Sicherheitskontext von '/fll' konnte nicht ermittelt werden: Keine Daten verfügbar
chcon: der Sicherheitskontext von '/run' konnte nicht ermittelt werden: Keine Daten verfügbar
chcon: der Sicherheitskontext von '/run/udev' konnte nicht ermittelt werden: Keine Daten verfügbar
chcon: der Sicherheitskontext von '/disks' konnte nicht ermittelt werden: Keine Daten verfügbar
chcon: der Sicherheitskontext von '/media' konnte nicht ermittelt werden: Keine Daten verfügbar
chcon: der Sicherheitskontext von '/mnt' konnte nicht ermittelt werden: Keine Daten verfügbar
chcon: der Sicherheitskontext von '/var/tmp' konnte nicht ermittelt werden: Keine Daten verfügbar
chcon: der Sicherheitskontext von '/sys/firmware/efi/efivars' konnte nicht ermittelt werden: Die Operation wird nicht unterstützt
erschien im Terminal, während im angegebenen File endlose Ausgaben erschienen. 
Die letzten 200 oder so Zeilen sehen so aus:
Code: [Select]
22:00:08 [6]: ClearTempMountsJob finished. Here's what was done:
 ""
22:00:08 [6]: Starting job "Leere Mount-Points für Partitioning-Operation auf /dev/sda"
22:00:08 [6]: ClearMountsJob finished. Here's what was done:
 ""
22:00:08 [6]: Starting job "Formatiere Partition /dev/sda1 (Dateisystem: fat32, Grösse: 200 MiB) auf ATA WDC WD20EZRZ-00Z."
22:00:10 [6]: Starting job "Formatiere Partition /dev/sda2 (Dateisystem: ext4, Grösse: 66560 MiB) auf ATA WDC WD20EZRZ-00Z."
22:00:14 [6]: Starting job "Formatiere Partition /dev/sda3 (Dateisystem: linuxswap, Grösse: 24576 MiB) auf ATA WDC WD20EZRZ-00Z."
22:00:15 [6]: Starting job "Setze Partitionsinformationen"
22:00:15 [6]: Writing to GlobalStorage["partitions"]
22:00:15 [6]:  ..  partitions on "/dev/sda"
22:00:15 [6]:  ..  mapping for "/dev/sda1" "/dev/sda1"
     mtpoint: :   "/boot/efi"
     fs: :   "fat32"
     fsname :   "fat32"
     uuid :   "AC99-DF83"
22:00:15 [6]:  ..  mapping for "/dev/sda2" "/dev/sda2"
     mtpoint: :   "/"
     fs: :   "ext4"
     fsname :   "ext4"
     uuid :   "fe3aaa71-9793-42e6-a339-xxxxxxxxe81a"
22:00:15 [6]:  ..  mapping for "/dev/sda3" "/dev/sda3"
     mtpoint: :   ""
     fs: :   "linuxswap"
     fsname :   "linuxswap"
     uuid :   "5bf38ce1-c80d-4a53-b41c-a694f4995feb"
22:00:15 [6]:  ..  mapping for "/dev/sda4" "/dev/sda4"
     mtpoint: :   "/home"
     fs: :   "ext4"
     fsname :   "ext4"
     uuid :   "22e837d9-27f3-44cc-811d-xxxxxxxx1f0a"
22:00:15 [6]:  ..  partitions on "/dev/sdc"
22:00:15 [6]:  ..  mapping for "/dev/sdc1" "/dev/sdc1"
     mtpoint: :   ""
     fs: :   "fat32"
     fsname :   "fat32"
     uuid :   "199E-8787"
22:00:15 [6]: FillGlobalStorageJob writing empty bootLoader value
22:00:15 [6]: Starting job "mount"
22:00:15 [6]: Determining gettext path from ("/home/siducer", "/usr/bin", "/usr/share/locale")
22:00:15 [6]:  ..  Found "de_DE" in "/usr/share/locale/de_DE"
22:00:15 [6]: Job file "/usr/lib/x86_64-linux-gnu/calamares/modules/mount/main.py"
22:00:15 [6]: Job description from pretty_name "mount" = "Partitionen mounten."
22:00:15 [6]: Starting job "fllmount"
22:00:15 [6]: Job file "/usr/lib/x86_64-linux-gnu/calamares/modules/fllmount/main.py"
22:00:15 [6]: Job description from __doc__ "fllmount" = "Generate a / mount point for fll based live systems"
22:00:15 [6]: Starting job "unpackfs"
22:00:15 [6]: Determining gettext path from ("/home/siducer", "/usr/bin", "/usr/share/locale")
22:00:15 [6]:  ..  Found "de_DE" in "/usr/share/locale/de_DE"
22:00:15 [6]: Job file "/usr/lib/x86_64-linux-gnu/calamares/modules/unpackfs/main.py"
22:00:15 [6]: Job description from pretty_name "unpackfs" = "Auffüllen von Dateisystemen."
22:01:01 [6]: Starting job "fllumount"
22:01:01 [6]: Job file "/usr/lib/x86_64-linux-gnu/calamares/modules/fllumount/main.py"
22:01:01 [6]: Job description from __doc__ "fllumount" = "Generate a / mount point for fll based live systems"
22:01:01 [6]: Starting job "fllexclusions"
22:01:01 [6]: Job file "/usr/lib/x86_64-linux-gnu/calamares/modules/fllexclusions/main.py"
22:01:01 [6]: Job description from __doc__ "fllexclusions" = "Remove some fll leftovers - thats what the fll-installer would do."
22:01:01 [6]: Running "chroot" ("/tmp/calamares-root-86axcz40", "/bin/rm", "-rf", "/etc/network/run/*")
22:01:01 [6]: Finished. Exit code: 0
22:01:01 [6]: Target cmd: ("/bin/rm", "-rf", "/etc/network/run/*")
22:01:01 [6]: Target output:

22:01:01 [6]: Running "chroot" ("/tmp/calamares-root-86axcz40", "/bin/rm", "-rf", "/home/*/.DCOPserver_*")
22:01:01 [6]: Finished. Exit code: 0
22:01:01 [6]: Target cmd: ("/bin/rm", "-rf", "/home/*/.DCOPserver_*")
22:01:01 [6]: Target output:

22:01:01 [6]: Running "chroot" ("/tmp/calamares-root-86axcz40", "/bin/rm", "-rf", "/home/*/.local/share/akonadi*")
22:01:01 [6]: Finished. Exit code: 0
22:01:01 [6]: Target cmd: ("/bin/rm", "-rf", "/home/*/.local/share/akonadi*")
22:01:01 [6]: Target output:

22:01:01 [6]: Running "chroot" ("/tmp/calamares-root-86axcz40", "/bin/rm", "-rf", "/home/*/.gvfs*")
22:01:01 [6]: Finished. Exit code: 0
22:01:01 [6]: Target cmd: ("/bin/rm", "-rf", "/home/*/.gvfs*")
22:01:01 [6]: Target output:

22:01:01 [6]: Running "chroot" ("/tmp/calamares-root-86axcz40", "/bin/rm", "-rf", "/home/*/.kde/cache-*")
22:01:01 [6]: Finished. Exit code: 0
22:01:01 [6]: Target cmd: ("/bin/rm", "-rf", "/home/*/.kde/cache-*")
22:01:01 [6]: Target output:

22:01:01 [6]: Running "chroot" ("/tmp/calamares-root-86axcz40", "/bin/rm", "-rf", "/home/*/.kde/socket-*")
22:01:01 [6]: Finished. Exit code: 0
22:01:01 [6]: Target cmd: ("/bin/rm", "-rf", "/home/*/.kde/socket-*")
22:01:01 [6]: Target output:

22:01:01 [6]: Running "chroot" ("/tmp/calamares-root-86axcz40", "/bin/rm", "-rf", "/home/*/.kde/tmp-*")
22:01:01 [6]: Finished. Exit code: 0
22:01:01 [6]: Target cmd: ("/bin/rm", "-rf", "/home/*/.kde/tmp-*")
22:01:01 [6]: Target output:

22:01:01 [6]: Running "chroot" ("/tmp/calamares-root-86axcz40", "/bin/rm", "-rf", "/home/*/.*uthority")
22:01:01 [6]: Finished. Exit code: 0
22:01:01 [6]: Target cmd: ("/bin/rm", "-rf", "/home/*/.*uthority")
22:01:01 [6]: Target output:

22:01:01 [6]: Running "chroot" ("/tmp/calamares-root-86axcz40", "/bin/rm", "-rf", "/home/*/Desktop/calamares.desktop")
22:01:01 [6]: Finished. Exit code: 0
22:01:01 [6]: Target cmd: ("/bin/rm", "-rf", "/home/*/Desktop/calamares.desktop")
22:01:01 [6]: Target output:

22:01:01 [6]: Running "chroot" ("/tmp/calamares-root-86axcz40", "/bin/rm", "-rf", "/home/*/.kaxtv*")
22:01:01 [6]: Finished. Exit code: 0
22:01:01 [6]: Target cmd: ("/bin/rm", "-rf", "/home/*/.kaxtv*")
22:01:01 [6]: Target output:

22:01:01 [6]: Running "chroot" ("/tmp/calamares-root-86axcz40", "/bin/rm", "-rf", "/lib/init/rw/*")
22:01:01 [6]: Finished. Exit code: 0
22:01:01 [6]: Target cmd: ("/bin/rm", "-rf", "/lib/init/rw/*")
22:01:01 [6]: Target output:

22:01:01 [6]: Running "chroot" ("/tmp/calamares-root-86axcz40", "/bin/rm", "-rf", "/var/cache/gdm/*")
22:01:01 [6]: Finished. Exit code: 0
22:01:01 [6]: Target cmd: ("/bin/rm", "-rf", "/var/cache/gdm/*")
22:01:01 [6]: Target output:

22:01:01 [6]: Starting job "fllfixetc"
22:01:01 [6]: Job file "/usr/lib/x86_64-linux-gnu/calamares/modules/fllfixetc/main.py"
22:01:01 [6]: Job description from __doc__ "fllfixetc" = "Remove some fll leftovers - thats what the fll-installer would do."
22:01:01 [6]: Running "chroot" ("/tmp/calamares-root-86axcz40", "sync")
22:01:22 [6]: Finished. Exit code: 0
22:01:22 [6]: Target cmd: ("sync")
22:01:22 [6]: Target output:

22:01:23 [6]: Running "chroot" ("/tmp/calamares-root-86axcz40", "make-ssl-cert", "generate-default-snakeoil", "--force-overwrite")
22:01:23 [6]: Finished. Exit code: 0
22:01:23 [6]: Target cmd: ("make-ssl-cert", "generate-default-snakeoil", "--force-overwrite")
22:01:23 [6]: Target output:

22:01:23 [6]: Running "chroot" ("/tmp/calamares-root-86axcz40", "/bin/cp", "-f", "/usr/share/base-files/profile", "/etc/profile")
22:01:23 [6]: Finished. Exit code: 0
22:01:23 [6]: Target cmd: ("/bin/cp", "-f", "/usr/share/base-files/profile", "/etc/profile")
22:01:23 [6]: Target output:

22:01:23 [6]: Running "chroot" ("/tmp/calamares-root-86axcz40", "/bin/rm", "-f", "/etc/sudoers.d/10-installer")
22:01:23 [6]: Finished. Exit code: 0
22:01:23 [6]: Target cmd: ("/bin/rm", "-f", "/etc/sudoers.d/10-installer")
22:01:23 [6]: Target output:

22:01:23 [6]: Running "chroot" ("/tmp/calamares-root-86axcz40", "/bin/rm", "-f", "/etc/sudoers.d/15_siduction")
22:01:23 [6]: Finished. Exit code: 0
22:01:23 [6]: Target cmd: ("/bin/rm", "-f", "/etc/sudoers.d/15_siduction")
22:01:23 [6]: Target output:

22:01:23 [6]: Running "chroot" ("/tmp/calamares-root-86axcz40", "/bin/rm", "-f", "/etc/systemd/system/getty@.service")
22:01:23 [6]: Finished. Exit code: 0
22:01:23 [6]: Target cmd: ("/bin/rm", "-f", "/etc/systemd/system/getty@.service")
22:01:23 [6]: Target output:

22:01:23 [6]: Running "chroot" ("/tmp/calamares-root-86axcz40", "/bin/rm", "-f", "/etc/systemd/system/autovt@.service")
22:01:23 [6]: Finished. Exit code: 0
22:01:23 [6]: Target cmd: ("/bin/rm", "-f", "/etc/systemd/system/autovt@.service")
22:01:23 [6]: Target output:

22:01:23 [6]: Running "chroot" ("/tmp/calamares-root-86axcz40", "/bin/ln", "-sf", "/lib/systemd/system/autovt@.service", "/etc/systemd/system/getty.target.wants/getty@tty1.service")
22:01:23 [6]: Finished. Exit code: 0
22:01:23 [6]: Target cmd: ("/bin/ln", "-sf", "/lib/systemd/system/autovt@.service", "/etc/systemd/system/getty.target.wants/getty@tty1.service")
22:01:23 [6]: Target output:

22:01:23 [6]: Running "chroot" ("/tmp/calamares-root-86axcz40", "/bin/sh", "-c", "/bin/sed -i '/^#.*pam_lastlog\\.so/s/^#[ \t]\\+//' /etc/pam.d/login")
22:01:23 [6]: Finished. Exit code: 0
22:01:23 [6]: Target cmd: ("/bin/sh", "-c", "/bin/sed -i '/^#.*pam_lastlog\\.so/s/^#[ \t]\\+//' /etc/pam.d/login")
22:01:23 [6]: Target output:

22:01:23 [6]: Running "chroot" ("/tmp/calamares-root-86axcz40", "/bin/rm", "-f", "/etc/blkid.tab*")
22:01:23 [6]: Finished. Exit code: 0
22:01:23 [6]: Target cmd: ("/bin/rm", "-f", "/etc/blkid.tab*")
22:01:23 [6]: Target output:

22:01:23 [6]: Running "chroot" ("/tmp/calamares-root-86axcz40", "/bin/rm", "-f", "/var/lib/sddm/state.conf")
22:01:23 [6]: Finished. Exit code: 0
22:01:23 [6]: Target cmd: ("/bin/rm", "-f", "/var/lib/sddm/state.conf")
22:01:23 [6]: Target output:

22:01:23 [6]: Starting job "fllfixhome"
22:01:23 [6]: Job file "/usr/lib/x86_64-linux-gnu/calamares/modules/fllfixhome/main.py"
22:01:23 [6]: Job description from __doc__ "fllfixhome" = "Remove some fll leftovers - thats what the fll-installer would do."
22:01:23 [6]: Running "chroot" ("/tmp/calamares-root-86axcz40", "/bin/mv", "/home/siducer", "/home/benutzer")
22:01:24 [6]: Finished. Exit code: 0
22:01:24 [6]: Target cmd: ("/bin/mv", "/home/siducer", "/home/benutzer")
22:01:24 [6]: Target output:

22:01:24 [6]: Running "chroot" ("/tmp/calamares-root-86axcz40", "chown", "-R", "benutzer:", "/home/benutzer")
22:01:24 [6]: Finished. Exit code: 1
22:01:24 [6]: Target cmd: ("chown", "-R", "benutzer:", "/home/benutzer")
22:01:24 [6]: Target output:
chown: invalid spec: 'benutzer:'
22:01:24 [6]: Running "chroot" ("/tmp/calamares-root-86axcz40", "/bin/sh", "-c", "/usr/bin/find /home/benutzer -type f -exec /bin/sed -i 's|/home/siducer|/home/benutzer|g' {} \\;")
22:06:31 [8]: Shutting down Calamares...
22:06:31 [8]:  ..  Finished shutdown.
22:06:31 [0]: QProcess: Destroyed while process ("chroot") is still running.
Ergebnis: die Kiste hängt wieder bei den berühmten 36%,     
=> die letzten Zeilen deuten darauf hin, daß evtl. der Benutzername nicht erlaubt ist???     
oder => das Benutzerverzeichnis soll angelegt werden, existiert aber schon???   
Oder: der Name ist erlaubt, aber chroot wird nicht fertig??? 
Jedenfalls hab ich nach 5 Minuten an dieser Stelle dann abgebrochen (letzte 3 Zeilen), die letzte Zeile erklärt auch, warum danach die Festplatten-LED ständig an bleibt. 
Frage: kann dieser Prozeß wirklich 'ne Stunde brauchen wie bei meinem ersten Versuch? (ok, sind 1,5TB Daten auf der Platte, über 1Mio. Files)

Offline melmarker

  • User
  • Posts: 2.799
    • g-com.eu
Re: Installer defekt?
« Reply #20 on: 2019/08/06, 02:49:03 »
Erschließt sich mir nicht ganz - um ehrlich zu sein. Das deutet auf ein aktives selinux oder apparmor hin, was in den neuen ISOs definitiv per Kernelzeile ausgeschaltet ist. Bei den alten Release-ISOs war es noch nicht aktiv - also auch da Entwarnung. Nu ist die Frage: Wie hast Du das angeschaltet? :D

Edit: 36% sind mehr als ich in diesem Fall erwarten würde, allein schon, weil rsync gegen den Baum laufen sollte - das liegt also wirklich nicht am Installer, Debian live hat das selbe Problem gehabt:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=922378
"gelöst" wurde es so:
https://salsa.debian.org/apparmor-team/apparmor/commit/675a4d80a9147c7278577d8043f885099db403a9
« Last Edit: 2019/08/06, 02:53:12 by melmarker »
Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. (Benjamin Franklin, November 11, 1755)
Never attribute to malice that which can be adequately explained by stupidity. (Hanlons razor)

sidlooser

  • Guest
Re: Installer defekt?
« Reply #21 on: 2019/08/06, 08:05:00 »
Danke - verstehe ich aber nicht wirklich.
Ich hänge halt an der Frage, was bei den letzten Zeilen schiefgehen könnte:
Code: [Select]
22:01:24 [6]: Running "chroot" ("/tmp/calamares-root-86axcz40", "chown", "-R", "benutzer:", "/home/benutzer")
22:01:24 [6]: Finished. Exit code: 1
22:01:24 [6]: Target cmd: ("chown", "-R", "benutzer:", "/home/benutzer")
22:01:24 [6]: Target output:
chown: invalid spec: 'benutzer:'
22:01:24 [6]: Running "chroot" ("/tmp/calamares-root-86axcz40", "/bin/sh", "-c", "/usr/bin/find /home/benutzer -type f -exec /bin/sed -i 's|/home/siducer|/home/benutzer|g' {} \\;")

Heute abend kann ich dem Ganzen über Nacht nochmal 'ne Chance geben, da ist dann Zeit.
Und Dank Deines Hinweises läßt sich das ja auch schön protokollieren, ob da dann überhaupt was passiert und wann ...
Hab mal Selinux und apparmor kurz nachgelesen => verstehe nicht, was die im Benutzerverzeichnis tun wollen?   
Die sollen doch Anwendungen kontrollieren, soweit ich das verstehe.   
Lt. Protokoll hängt das hier aber mit chroot im Benutzerverzeichnis fest ...
« Last Edit: 2019/08/06, 08:09:41 by sidlooser »

sidlooser

  • Guest
Re: Installer defekt?
« Reply #22 on: 2019/08/07, 21:40:45 »
Da habe ich also eben - um einen erneuten Installationsversuch durchzuführen - meine Festplatten abgeglichen.     
Dabei kam heraus, daß beim letzten Versuch runde viereinhalbtausend (!) Dateien geändert wurden - Dateidatum ist aktualisiert.
Ein Beispiel:

Code: [Select]
$ stat 273_Windows_XP_wird_eingestellt__Tauchcenter_stellt_auf_Linux_um.pdf
  Datei: '273_Windows_XP_wird_eingestellt__Tauchcenter_stellt_auf_Linux_um.pdf'
  Größe: 307795        Blöcke: 608        EA Block: 4096   Normale Datei
Gerät: 804h/2052d    Inode: 22151244    Verknüpfungen: 1
Zugriff: (0640/-rw-r-----)  Uid: ( 1000/benutzer)   Gid: ( 1000/benutzer)
Zugriff    : 2019-08-07 21:22:50.445220905 +0200
Modifiziert: 2019-08-05 22:01:37.519626637 +0200
Geändert   : 2019-08-05 22:01:37.519626637 +0200
 Geburt    : -

"Modifiziert" und "Geändert" zeigen die Daten des letzten Installationsversuchs ...   
Ich frage mich immer noch, was das soll - komplettes Home-Verzeichnis überschreiben?

Ich hab von dem neuen Versuch erstmal abgesehen ... kostet nach dieser Erkenntnis zu viel Strom ...
« Last Edit: 2019/08/07, 21:51:04 by sidlooser »