Public bug reported:
Ok I hope someone speak german. My English isn't good enough to describe
the troubles.
Vor vier Tagen hatte ich die irrwitzige Idee aus heutiger Sicht betrachtet von
trusty auf xenial upzudaten. Das System ist ein Lenovo X201 Tablet mit
/dev/sda1 als root und /dev/sda2 als home und /dev/sda7 als Swap. Es ist eine
i915 Grafikkarte drin und iwlwifi ist das Modul für das Netzwerk. Zunächst
begann das Update ganz normal um dann mitten drin den Xserver abzuschiessen,
den logfiles nach war das um:
ERROR: apport (pid 3777) Tue Nov 29 22:40:02 2016: executable: /usr/sbin/cron
(command line "CRON")
ERROR: apport (pid 3777) Tue Nov 29 22:40:02 2016: is_closing_session(): no
DBUS_SESSION_BUS_ADDRESS in environment
ERROR: apport (pid 3777) Tue Nov 29 22:40:02 2016: apport: report
/var/crash/_usr_sbin_cron.0.crash already exists and unseen, doing nothing to
avoid disk usage DoS
ERROR: apport (pid 3776) Tue Nov 29 22:40:02 2016: another apport instance is
already running, aborting
ERROR: apport (pid 809) Tue Nov 29 22:49:20 2016: called for pid 7257, signal
11, core limit 0
ERROR: apport (pid 809) Tue Nov 29 22:49:20 2016: executable was modified after
program start, ignoring
ERROR: apport (pid 822) Tue Nov 29 22:49:21 2016: called for pid 28073, signal
11, core limit 0
ERROR: apport (pid 822) Tue Nov 29 22:49:21 2016: executable was modified after
program start, ignoring
Danach habe ich ewig lang versucht irgendwie wenigstens wieder ein grafisches
System zu bekommen. Das gelang mir das erste Mal dann wohl um laut log "Nov 30
14:46 Xorg.0.log" über den Recoverymodus und zwar X im Failsafe abbrechen und
nach Ctrl+C dann plötzlich ein System zu haben.
Da der update-manager abgebrochen hatte und nicht mehr zum leben zu erwecken
war, wollte ich da weiter machen, aber hmpf - kein Netzwerk, da der neue Kernel
kein iwlwifi mehr hat und linux-extras wohl nicht installiert ist. Tja ohne
Netzwerk keine Fortsetzung eines unterbrochenen Upgrades.
Nun wollte ich einfach von einem 16.04 Iso einfach drüber installieren. Ich
hatte zur Verfügung Xubuntu 16.04, Ubuntu Studio 16.04 und zum Schluss
probierte ich auch noch Mate, was soll ich sagen, alle drei Isos wollten nicht.
Ubuntustudio versuchte ich zuerst und meinte einfach den Edubuntueintrag
anpassen zu können, warum auch immer ist bei Ubuntustudio es nur vmlinuz wobei
es bei Edubuntu 14.04 mit efi ist
menuentry "Ubuntustudio 16.04 Live CD" {
insmod part_msdos
insmod gzio
insmod fat
insmod ext2
set isofile="/ubuntustudio-16.04.1-dvd-amd64.iso"
# or set isofile="/iso//iso/ubuntu-12.04.2-desktop-i386.iso"
# if you use a single partition for your $HOME
# sdb2 (hd1,2) sdb1 (hd1,1) sda1 (hd0,1)
loopback loop (hd1,msdos1)/$isofile
linux (loop)/casper/vmlinuz boot=casper iso-scan/filename=$isofile
noprompt noeject
initrd (loop)/casper/initrd.lz
}
Der Installprozess hing sich nach Eingabe aller Daten auf, dachte mir,
ok nimmste halt Xubuntu
Dachte etwas gelernt zu haben, und machte casper ohne efi , aber
denkste:
menuentry "Xubuntu 16.04 Live CD" {
insmod part_msdos
insmod gzio
insmod fat
insmod ext2
set isofile="/xubuntu-16.04.1-desktop-amd64.iso"
# or set isofile="/iso//iso/ubuntu-12.04.2-desktop-i386.iso"
# if you use a single partition for your $HOME
# sdb2 (hd1,2) sdb1 (hd1,1) sda1 (hd0,1)
loopback loop (hd1,msdos1)/$isofile
linux (loop)/casper/vmlinuz.efi boot=casper iso-scan/filename=$isofile
noprompt noeject
initrd (loop)/casper/initrd.lz
}
Ok was solls meinte ja nur dass das Install von ubuntustudio defekt ist,
vielleicht schlechtes Iso erwischt, aber denkste bei Xubuntu dasselbe also dann
Mate probiert:
menuentry "Ubuntu Mate 16.04 Live CD" {
insmod part_msdos
insmod gzio
insmod fat
insmod ext2
set isofile="/ubuntu-mate-16.04.1-desktop-amd64.iso"
# or set isofile="/iso//iso/ubuntu-12.04.2-desktop-i386.iso"
# if you use a single partition for your $HOME
# sdb2 (hd1,2) sdb1 (hd1,1) sda1 (hd0,1)
loopback loop (hd1,msdos1)/$isofile
linux (loop)/casper/vmlinuz.efi boot=casper iso-scan/filename=$isofile
noprompt noeject
initrd (loop)/casper/initrd.lz
}
Aber same game - ok, vielleicht kommen die Installer nicht mit
Festplattenboot zurecht und Mate gebrannt auf DVD und von DVD gebootet -
nachdem da aber der gleiche Effekt auftrat, fragte ich mich, ob
irgendwer die CDs verwendet oder alle nur von der LiveCD booten ohne
jemals zu installieren. Ja, die LiveCDs funktionieren, sogar der
Touchscreen.
Wieder ein Tag um und kein funktionierendes System. Nachdem die LiveCDs ja
booteten aber nicht installierten, entschloss ich mich root zu mounten, da ich
das die letzten Tage mehrmals machte, kann ich die Befehle jetzt auswendig
sudo su
cd /
mkdir chroot
mount /dev/sda1 /chroot
mount /dev/sda2 /chroot/home
for i in dev dev/pts proc sys; do mount -o bind $i /chroot/$i; done
chroot chroot
vi /etc/resolv.conf
nameserver 8.8.8.8
apt-get -f install
Damit dachte ich ein funktionierendes System zu bekommen, er holte sich
die Pakete für xenial und ich meinte danach könnte ich dann hochfahren.
Zwischendurch kämpfte ich mit solchen Scherzen:
Dez 03 05:38:55 thinkpad kernel: intel ips 0000:00:1f.6: failed to
disable graph
Das passiert immer dann, wenn die Distri eine initramfs generiert, den
Fehler werde ich los, wenn ich mir im chroot mit update-initramfs -c -k
all über die Livecd ein neues initramfs bastle. Und da die LiveCD ja
funktioniert, nehme ich einfach die Kernelmodule von der LiveCD in
/chroot/etc/initramfs-tools/modules auf. In der Zwischenzeit kann ich
auch die Befehlzeile auswendig lsmod | cut -d' ' -f1 | tac > modules und
dann die letzte Zeile rauslöschen, weil Module als Module gibt es ja
nicht. Damit habe ich dann die richtige Modulereihenfolge, die mit
Kernel 4.2 auch wunderbar laden, allerdings nicht mit der von dem
Update-manager installierten Kernel 4.4.-0-51 oh scheisse, habe ich
lange gebraucht um rauszufinden, dass linux-extras nicht installiert
wird. Installiert doch bitte wenigstens die Module mit, die auch auf der
LiveCD sind - büüütte. Egal ein Detailproblem der letzten vier Tage.
Mein Problem die gesamten vier Tage war, wie verdammt noch mal überredet
man systemd dazu home zu mounten. Root kann er ja auch mounten, dann
muss es doch auch möglich sein /dev/sda2 nach home zu mounten. Und nein
die fstab stimmt.
Im Chroot funktioniert 'mount -a' wunder bar. Und wenn ich im rescue-
System auf das er zurückfällt, da er ja home nicht mounten kann einfach
nur im fstab /home auf hom setze und dann ein mount -a eingebe, dann
kann er es auch.
Ich hatte einerseits apparmor in Verdacht, dass der mir verbietet
irgendetwas im Rescuesystem nach home zu mounten, das aber erschien mir
dann unwahrscheinlich, weil ich einfach mal /mnt/data in die fstab
eingetragen habe und nach update-initramfs und reboot ich sda2 auch
nicht mehr im rescue nach /mnt/data mounten konnte wie vorher nach /home
nicht.
Der mount wird einfach nicht ausgeführt, aber die Partition lässt sich
sowas von Fehlerfrei mounten, das es nicht daran liegt. Jetzt vermute
ich mal, das kaum einer / und /home getrennt hat, das er swap auch nicht
mag, das ist nur ein Randproblem - für mich, allerdings wenn ich die
ganzen Tickets zu swap lese, dann vermute ich dass das System überhaupt
nicht fähig ist zwei Partitionen beim Boot zu mounten.
Mich durch die Hölle von systemd gewühlt und in der Zwischenzeit am
Verzweifeln. Dieses Ticket ist auf dem System geschrieben, das es
betrifft. Sprich mit dem Würgaround im recovery mounte /dev/sda2 nach
hom rmdir home ln -s hom /home wähle failsafe X mache Ctrl C -- ach ja
ich hatte noch gar nicht erwähnt, das der FailsafeX modus hängen bleibt
und keinen Xserver einrichten will, aber egal der Xserver funktioniert
ja normal, wenn er mit dem Würgaround gestartet wird.
Achso auch noch so am Rande udevadm ist so geschrieben, dass man rfkill
zum Beispiel und 28 weiter Pakete nicht installieren kann, weil rfkill
udevadm aufruft und dann unkonfiguriert rumliegt. Hätte udevadm exit 0
statt exit 1 dann kann man auch rfkill installieren.
Tag 4 und einen Bug aufgemacht, xenial ist buggy
ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: ubuntu-release-upgrader-core 1:16.04.19
ProcVersionSignature: Ubuntu 4.4.0-51.72-generic 4.4.30
Uname: Linux 4.4.0-51-generic x86_64
ApportVersion: 2.20.1-0ubuntu2.2
Architecture: amd64
CrashDB: ubuntu
CurrentDesktop: MATE
Date: Sat Dec 3 04:53:20 2016
EcryptfsInUse: Yes
PackageArchitecture: all
SourcePackage: ubuntu-release-upgrader
Symptom: dist-upgrade
UpgradeStatus: No upgrade log present (probably fresh install)
VarLogDistupgradeAptlog:
Log time: 2016-12-01 10:35:02.441149
Starting pkgProblemResolver with broken count: 0
Starting 2 pkgProblemResolver with broken count: 0
Done
Log time: 2016-12-01 10:35:41.613908
mtime.conffile..etc.update-manager.release-upgrades: 2016-11-29T11:10:27.872144
** Affects: ubuntu-release-upgrader (Ubuntu)
Importance: Undecided
Status: New
** Tags: amd64 apport-bug dist-upgrade package-from-proposed xenial
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1647014
Title:
trusty to xenial no second partition /dev/sda2 mount hangup Xserver
not running and others
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1647014/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
