Siduction Forum
Siduction Forum => Installation - Support => Topic started by: sidlooser on 2019/08/03, 00:32:24
-
Hallo,
versuche gerade, auf diese MaschineSystem:
Host: siduction Kernel: 4.16.8-towo.1-siduction-amd64 x86_64 bits: 64
compiler: gcc v: 7.3.0 Desktop: Cinnamon 3.6.7
Distro: Debian GNU/Linux buster/sid
Machine:
Type: Desktop Mobo: ASUSTeK model: P8Z77-M v: Rev 1.xx serial: <filter>
UEFI: American Megatrends v: 2203 date: 12/18/2015
CPU:
Topology: Quad Core model: Intel Core i5-3570 bits: 64 type: MCP
arch: Ivy Bridge rev: 9 L2 cache: 6144 KiB
flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 27281
Speed: 1605 MHz min/max: 1600/3800 MHz Core speeds (MHz): 1: 1605 2: 1605
3: 1605 4: 1606
Graphics:
Card-1: Intel Xeon E3-1200 v2/3rd Gen Core processor Graphics driver: i915
v: kernel bus ID: 00:02.0
Display: x11 server: X.Org 1.19.6 driver: modesetting unloaded: fbdev,vesa
resolution: 1920x1200~60Hz
OpenGL: renderer: Mesa DRI Intel Ivybridge Desktop v: 4.2 Mesa 18.0.3
direct render: Yes
Audio:
Card-1: Intel 7 Series/C216 Family High Definition Audio
driver: snd_hda_intel v: kernel bus ID: 00:1b.0
Card-2: Logitech Webcam C270 type: USB driver: uvcvideo,snd-usb-audio
bus ID: 2:3
Card-3: Focusrite-Novation type: USB driver: snd-usb-audio bus ID: 2:6
Sound Server: ALSA v: k4.16.8-towo.1-siduction-amd64
Network:
Card-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
driver: r8169 v: 2.3LK-NAPI port: e000 bus ID: 03:00.0
IF: enp3s0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Drives:
HDD Total Size: 1.82 TiB used: 1.01 TiB (55.4%)
ID-1: /dev/sda vendor: Western Digital model: WD20EZRZ-00Z5HB0
size: 1.82 TiB temp: 42 C
ID-2: /dev/sdb type: USB vendor: Intenso model: Rainbow size: 3.77 GiB
ID-3: /dev/sdc type: USB vendor: Intenso model: Rainbow size: 1.88 GiB
Partition:
ID-1: / size: 13.93 GiB used: 37.5 MiB (0.3%) fs: overlay dev: ERR-102
Sensors:
System Temperatures: cpu: 29.8 C mobo: 27.8 C
Fan Speeds (RPM): cpu: 0
Info:
Processes: 208 Uptime: 1h 08m Memory: 15.48 GiB used: 1.49 GiB (9.6%)
Init: systemd runlevel: 5 Compilers: gcc: 7.3.0 Shell: bash v: 4.4.19
inxi: 3.0.09
mittels siduction-18.3.0-patience-cinnamon-amd64-201805132102.iso vom USB-Stick ein System aufzuspielen.Installer hängt sich bei 36% "Remove some fll leftovers - that's what the fll-Installer would do" auf, hab nach 'ner Stunde abgebrochen.
Wie kann ich den zum Weiterarbeiten überreden?
-
Please visit us on Irc, either agaida, devil, or myself will build you a new iso, that one is kinda old ;)
-
We have kind of an autobuild system in place as of lately. Visit https://isobuilds.siduction.org/ and pick your poison.
-
@devil: thanks - I'll try that.
@piper: btw: my HW is even way older ;) .
-
der neue Installer ist nicht besser, hab nach 'ner halben Stunde bei 36% aufgegeben.
same thing with this new installer, I stopped this after waiting for half an hour at 36%
In case someone is wondering what the HDD looks like (parted -l):Model: ATA WDC WD20EZRZ-00Z (scsi)
Disk /dev/sda: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 211MB 210MB fat32 EFI System Partition boot, esp
2 211MB 70,0GB 69,8GB ext4
3 70,0GB 95,8GB 25,8GB linux-swap(v1)
4 95,8GB 2000GB 1905GB ext4
which looks ok for me in this UEFI environment.
Sidenote: why are codeblocks not closed here in this forum?
-
@devil
I can blame the drugs, not the cannabis that I forgot about the isobuilder, I also didn't know that it can go public, my bad :(
-
@sidlooser
How did you put the iso on the stick?
It is best using dd
dd if=/path/to/siduction-*.iso of=/dev/sdX
simple example
dd if=siduction-17.1.0-patience-kde-amd64-201703221331.iso of=/dev/sdd bs=4M; sync
If you used anything else, it is probably the reason it won't complete
-
Yesterday I used the Linux Mint utility for USB-Sticks, after seeing the problem I did some research and found that dd command, tried that - result is the same. Today with the new image being on Manjaro I simply used their stick utility.
I also tried to use cli-installer but don't see how to manage that uefi stuff with it, it doesn't give me the option to mount sda1 to /boot/efi and so on - and I am tied to the partitions listed above, I need that separate /home.
After stopping the installer I have to shut down to computer to stop it from permanently doing something on the hdd - the indicator light will not go silent after aborting the installer ...
-
also: der Installer bzw. das ISO _ist_ kaputt.
Ich hab 4 Varianten getestet:
- jeweils mit dem Linux-USB-Stick Tool und dann mit dd
- jeweils mit dem ISO von der Homepage und dem aktuellen ISO von https://isobuilds.siduction.org/
Im neuen ISO ergab sich:
- Der Link auf dem Desktop führte zur Eieruhr, aber diese endete nach einiger Zeit und der Installer startete nicht.
- Der Link zum Installer im Menü funktioniert
In _allen_ Fällen hängte sich der Installer bei 36% auf, während die Festplattenkontrollleuchte ununterbrochen leuchtete. Dies bei der beabsichtigten Vorgehensweise, gemäß dem 4. Punkt der Auswahl die 4 Partitionen wie oben angezeigt zuzuordnen.
Mit dem neuen ISO habe ich dann die Version 2 getestet: Partition überschreiben. Das führt zu einem startbaren System innerhalb sehr kurzer Zeit, aber die home-Partition ist (natürlich(?)) nicht eingebunden, muß händisch in der fstab erfolgen.
so: the installer or the ISO _is_ broken.
I tested 4 variants:
- each with the Linux-USB-Stick Tool and then with dd
- each with the ISO from the homepage and the current ISO from https://isobuilds.siduction.org/
In the new ISO it emerged:
- The link on the desktop led to the egg timer, but it ended after some time and the installer did not start.
- The link to the installer in the menu works
In _all_ cases, the installer hung up at 36% while the hard disk indicator light was lit continuously. This was the case with the intended procedure of assigning the 4 partitions as shown above according to the 4th point of the selection.
I then tested version 2 with the new ISO: overwrite partition. This leads to a bootable system within a very short time, but the home partition is (of course(?)) not mounted, must be done manually in the fstab.
Translated with www.DeepL.com/Translator
-
Moin sidlooser,
versuch' es mal die Install OHNE Netzwerk durchzuführen...
Das gleiche Problem hatte ich dieses Frühjahr, als ich PC und Laptop neu aufsetzen wollte. Da bin ich auch fast wahnsinnig geworden, bis ich es eben ohne Lan versucht habe. Da scheint der Installer eine Net-Adresse für Updates zu suchen, die nicht mehr existiert.Uns dann geht nix mehr...
--------------------------------
Just try the install with NO connection to the internet...
this spring i had the same problem, when newly installed PC and Laptop. i nearly got mad, until i tried it with no net-connection. The installer seems to look for an adress of updates, it isn't existing anymore.And then, nothing else matters...
beste Grüße vom boerni
-
boerni: nett gefunden - hab ich zwar so noch nicht wahrgenommen, aber möglich ist es - und das wäre dann ein Fehler für Upstream. Wenn man das irgendwie reproduzieren könnte - eventuell mit einem backtrace - das wäre wirklich fein. Viele Distributionen wären dankbar, schätze ich :)
-
an _diesem_ Rechner werd' ich nix mehr machen, hab inzwischen zuviel eingerichtet.Aber da wären noch zwei andere, die - wenn ich mit siduction endgültig zurecht kommen sollte - auch noch transferiert werden sollen (dauert aber noch 'ne Weile, muß erst sicher sein, daß alles klappt mit den für mich wichtigen Anwendungen und so).Dann könnte ich das nochmal probieren - und, wenn mir jemand sagt, wie geht, auch dokumentieren. Wie gesagt: später.
Eine Frage bleibt für mich offen: wieso nur bei der vierten Partitionierungsvariante (manuelle Partitionierung), nicht aber bei der zweiten (Partition ersetzen)?
-
Eine Frage bleibt für mich offen: wieso nur bei der vierten Partitionierungsvariante (manuelle Partitionierung), nicht aber bei der zweiten (Partition ersetzen)?
Das ist ganz einfach - manuell ist der Part der am wenigsten getestet ist und bei dem die User wirklich wissen sollten, was sie tun. Gleichzeitig ist es auch der Part, der die ausgefeiltesten Tests erfordern würde und bei dem $user seine unerschöpfliche Kreativität bei der vorfristigen Zerstörung unschuldiger und eigentlich liebenswürdiger Installer voll ausleben kann. Und das demzufolge auch tut. 8)
Ganz deutlich: Spätestens bei der Einrichung von gpf-Partitionen aus der freien Hand für ein fortgeschrittenes Partitionslayout und UEFI ist das schon nicht ganz ohne, für mbr/legacy System wirds dann endgültig dunkel - und von lvm2, mdadm und Verschlüsselung hört es dann einfach vollkommen auf. Und genau aus diesem Grund ist der Part Verschlüsselung bei uns auch deaktiviert.
-
Long story short: Ich würd mir nen manuelle Partitionierung nicht antun, viel zu umständlich. Ich leg meine Partitionen, die ich nutzen möchte einfach mit gparted an und bin durch damit - und da ich manchmal weiss, was ich tue, starte ich dann nur noch den Installer und drücke auf Partition ersetzen :D - den Rest wie /home, data, irgendwas ordne ich später manuell zu. Problem solved :P
Edit: Es mag auch sein, dass diese Art der Installation dem Calamares-Upstream hochgerollte Fussnägel beschert, macht aber nix - irgendwann, wenn dringendere Sachen in Calamares erledigt sind, kann man da vielleicht mal sinnvoll rangehen - dumm ist nur, dass dazu Debian erst mal mit KF5 aufschließen muss, mit dem Partitionierungsmodul kpmcore so oder so. Dann werden erfolgreiche Änderungen in der Hinsicht Partitionierung auch erfolgversprechender und einige andere Blocker wurden zwischenzeitlich upstream beseitigt.
-
Hallo melmarker,
bei sidlooser lag das Problem wohl eben in der Partitionierung, das habt iht ja ausdiskutiert...
Hier hatte ich echt das Problem, daß der Installer sich immer aufgehängt hatte mit einer message "couldn't resolve ... "Darum bin ich auf die Idee gekommen, es mal ohne Netz zu versuchen. Mit sofortigem Erfolg.Scheinbar bin ich der Einzige, dem Dies widerfahren ist...
Wenn ich mal Zeit hab, werde ich vielleicht mal eine Dummy-Install machen, welche Angaben/Ausgaben brauchst du dann?
'Muß leider so dämlich fragen, da meine Ahnung sich in argen Grenzen hält, 'bin froh wenn Alles läuft...
beste Grüße vom boerni
-
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 ...
-
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.
-
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
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?
-
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 ...
-
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.
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ützterschien im Terminal, während im angegebenen File endlose Ausgaben erschienen.
Die letzten 200 oder so Zeilen sehen so aus: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)
-
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
-
Danke - verstehe ich aber nicht wirklich.
Ich hänge halt an der Frage, was bei den letzten Zeilen schiefgehen könnte:
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 ...
-
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:
$ 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 ...