staging.inyokaproject.org

Hallo zusammen,

ich bin ganz neu hier, weil ich ein Problem bei der Installation von Ubuntu touch habe. Also eigentlich liegt das Problem schon deutlich vor der Installation.

Ich schildere erstmal das was ich bisher gemacht habe, damit ihr euch ein Bild davon machen könnt was Sache ist:

Ich habe ein Teclast x98 Pro Tablet, welches ein Dual Boot mit Windows 10 und Android 5.1 vorinstalliert hat. Vor kurzem ist bei mir Android abgeschmiert und lässt sich seit dem nicht mehr starten (es bootet nicht mehr bzw. hängt sich beim Startvorgang auf). Windows ist allerdings noch erreichbar.

Hierzu seie noch gesagt, unter Android sind die Entwickleroptionen deaktiviert und somit auch USB-debugging nicht eingeschaltet.

Da mir Windows aber nicht besonders zusagt am Tablet hatte ich den Gedanken Ubuntu Touch auf das Tablet zu spielen. Also habe ich im Netz gesucht und natürlich die Downloadseite für Ubuntu Touch gefunden auf der ich dann die Version die mir passend erschien heruntergeladen habe. http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/current/ –> [yakkety-preinstalled-touch-i386.tar.gz 14-Aug-2016 02:23 499M] - Diese Version habe ich heruntergeladen.

Das Entpacken hat sich unter Windows schon als unmöglich erwiesen, da es mir Winrar ca. 30.000 Fehlermeldungen ausspuckte, dass Dateipfade nicht gefunden wurden. Also habe ich es bei meinem Bruder unter Linux entpackt. Das hat dann auch problemlos funktioniert. Jetzt hatten wir das Dateisystem?! von Ubuntu Touch und wussten nicht genau was wir damit anfangen sollen. Stand des wissens war, dass wir eine Iso-Datei brauchen, mit der man vom USB-Stick starten kann. Hier liegt das Problem, wir wissen nicht, wie wir diese Iso erstellen können (falls man die zum installieren braucht).

Hier noch die Daten vom Tablet: (ich denke, das sind alle die die relevant sind?!)

System Operating System Windows 10 + Android 5.1 CPU Intel Cherry Trail T4 Z8500, Quad Core, 1.44GHz--2.24GHz GPU Intel HD Graphics Gen8, 12EU Gen8LP 600MHz RAM 2x64 LPDDR3-1600, 4GB ROM eMMC, 64GB Extended Card T-FLASH (Support 128GB Max)

Noch eine Info, die ggf. sehr ausschlaggebend sein könnte: Wenn unter Windows in der Systemsteuerung die Basisinformationen über den Computer aufrufe steht dort: Systemtyp: 64-Bit-Betriebssystem, x64-basierter Prozessor.

Jetzt kommt der eigentliche Part und zwar die Frage: Ist es überhaupt möglich auf dem Tablet Ubuntu Touch zum laufen zu bringen? Und wenn ja, wie muss ich vorgehen um einen USB-Stick so zu konfigurieren damit ich von diesem aus starten kann.

Ich hoffe ich habe alle relevanten Infortmationen geschildert, die benötigt werden, damit ihr wisst was das Problem ist und wie man es hoffentlich lösen kann.

Lg der Bär

Willkommen!

Langer Text gewesen. 😉

16.10 ist noch gar nicht fertig, UT für i386 auch noch nie offiziell gewesen - könnte man aber schon mal ausprobieren, dann aber bei i386 16.04, alle offiziellen stabilen ARM-Versionen sind dagegen noch bei 15.04. 64-Bit gibt es nicht, ist aber mit i386 betreibbar.

• http://cdimage.ubuntu.com/ubuntu-touch/xenial/daily-preinstalled/current/xenial-preinstalled-touch-i386.tar.gz

Ich hatte so eine Live-DVD auch vor ca. einem Jahr mal laufen. Was ist denn in so einem .tar.gz alles so drin? Wirklich nur das Dateisystem? Naja, kann mir nicht vorstellen, dass sie das + manuelles Anpassen der UUID der fstab + GRUB 2/Reparatur im Sinn hatten - das wäre dann nämlich nötig. Oder ist da eine .img-Datei drin, die man per dd auf Platte bannen kann? Sowas hab ich von Snappy hier, was anderes.

Also wie der Name schon sagt ist da bei preinstalled wohl kein ISO drin - sowas hatte ich bei Snappy mal. Eine andere Variante wäre, normales Ubuntu zu installieren und dann nebst Klicktastatur und simuliertem Rechtsklick sowie Touch Browser auch die Ubuntu Touch Oberfläche nachzuinstallieren. Dazu gibt es ein Paket und Details sowie Erfahrungen ganz frisch hier:

• ubuntu-und-touchscreen-auf-detachable-notebook

Jede Hardware ist anders - einfach mal versuchen und hier berichten. Die Intel-Grafik macht keine vordefinierten Probleme.

Bin gespannt über eure Erfahrungen. Ob die restliche Hardware unterstützt würd, müsste man auch sehen. Ausnahmsweise sonst die normale 16.10 ziehn (neue Treiber, wobei aber 16.04 daily ja nun auch den 16.10er Lts Enablement stacks hat) und dort das Paket nachinstallieren.

Jetzt suche ich aber nochmal direkt nach der ISO für den dd/#Live-USB-Stick-erstellen - erstellt den am besten so unter Linux! Und dann quasi Ubuntu Installation folgen, vorher live ausprobieren. Bei Problemen gibt es Bootoptionen, Meldungen hier notieren!

Grüße, Benno

PS: Ich lasse mal ins Unterforum Ubuntu Touch verschieben, da ist es wohl besser aufgehoben, da die Installation (Vorbereitungen) sich bisschen unterscheidet. In 4 min ist mein Download fertig, nun hab ich doch nach langer Zeit gleich wieder mal die 500 MB gezogen, da ist tatsächlich nur der Inhalt statt img/iso drin. Ich probier das mal in einer frischen Qemu-Virtualisierung aus und melde mich dann gleich wieder.

Eigentlich ist es schon viel zu spät, aber nun dauerte es eben etwas und entpackt sich gerade in die VM.

Kurze Anleitung mit Qemu: (auch falls es nachher bei mir nicht klappt)

(aus meinen Terminals quick & dirty zusammenkopiert, falls es wer braucht/ auch als Test OHNE Installation und Neustart in einer Virtualisierung testen will)

Eventuell hab ich Zwischenschritte vergessen, dann fragen. Manches mach ich auch umständlich - Hauptsache, es geht zack zack vorwärts jetzt.

Hintergründe: Grundlagen.

1. Entpacken:

1
2
3

mkdir ut 
cd ut
sudo tar xvzf ../xenial-preinstalled-touch-i386.tar.gz

2. Qemu Festplatte erzeugen und Qemu mit Lubuntu live starten:

1
2

qemu-img create -f qcow2 xenial-touch-i386.img 10G
qemu -enable-kvm -vga vmware -m 1024 -hda xenial-touch-i386.img -cdrom lubuntu-16.04-desktop-i386.iso -net nic -net user,hostfwd=::2222-:22

3. Lubuntu für Kopiervorgang vorbereiten:

a) Netzzugang (❗ NUR im virtuelle TESTsystem, NIEMALS am Hauptsystem oder Live System!):

Im Lubuntu-Terminal:

1
2
3
4
5

passwd
sudo passwd root
sudo apt install openssh-server
sudo sed -i 's/PermitRootLogin prohibit-password/PermitRootLogin yes/' /etc/ssh/sshd_config
sudo systemctl restart ssh

Danach einloggen mit:

ssh -p 2222 lubuntu@localhost

Ggf. einmal nur Enter statt PW eingeben, um von Pubkey- auf PW-Abfrage umzuschalten.

b) Festplatte formatieren (❗ löscht alles, a für X einsetzen, muss die virtuelle 10G Festplatte von Qemu sein):

1
2
3

sudo parted /dev/sdX mktable msdos mkpart  # Rest ausfüllen: ext4, 1, 100%
sudo mkfs.ext4 /dev/sda1
sudo mount /dev/sda1 /mnt

3. System nach Qemu-Festplatte kopieren:

1

sudo rsync -e 'ssh -p 2222' --stats -PSvahHAXx xenial-preinstalled-touch-i386/ root@localhost:/mnt

4. In Lubuntu: 10 G Festplatte in /mnt: fstab des Ubuntu Touch anpassen:

1
2
3
4
5
6

sudo blkid  ### uuid ändern in:
sudo nano /mnt/etc/fstab
### ignorieren wir vorerst für uns:
/dev/root       /       rootfs  defaults        0       0
### dort in einer neuen Zeile DAVOR die BEI EUCH ermittelte UUID ergänzen/ rootfs durch ext4 ersetzen:
UUID=4d92c01f-1be1-4997-8cda-9f06f7345553       /       ext4  defaults        0       0

5. In Lubuntu: Grub installieren (reparieren):

1
2
3
4
5
6

sudo mount -o bind /dev /mnt/dev 
sudo mount -o bind /sys /mnt/sys 
sudo mount -t proc /proc /mnt/proc 
sudo cp /proc/mounts /mnt/etc/mtab 
sudo mount -o bind /etc/resolv.conf /mnt/etc/resolv.conf ### sonst später kein grub nachinstallierbar mangels Netz!
sudo chroot /mnt /bin/bash 

Im Chroot nun:

1

grub-install /dev/sda

Mögliche Problemquellen:

• habe blöderweise gpt statt msdos gewählt

• /dev/root wird in der fstab bereits gemountet

• grub-install ist gar nicht installiert, das heißt auch nix gutes!

Aber an dem Punkt steht die virtuelle Festplatte, so dass ich ein andermal weitertesten kann. Ihr bräuchtet ggf. sowieso dann nur 1., Kopieren mit sudo rsync -av quelle/ ziel sowie 4. und 5.

Weitere Tests:

Problem wird sein, wenn Win10 ▶ EFI vorausetzt - das Image gibt es aber nur in 32 Bit und irgendwelche 32 Bit EFIs gibt es nicht/ sind eh Mist. Dann lieber das fertige normale Ubuntu testen + Touch dazuinstallieren (Links ganz oben).

Chroot:

1
2
3
4
5

apt-get update  ### da kommt danach: W: No sandbox user '_apt' on the system, can not drop privileges
### bei EFI muss es sein (nur 64 Bit Systeme, evtl. geht es schon deswegen nicht mit Win10 zusammen!):
apt-get --reinstall install grub-common grub-efi-amd64 os-prober 
### OHNE EFI so:
apt-get --reinstall install grub-common grub-pc os-prober ### im Menü mit Leertaste und Tab-Taste, Enter auf sda installieren!

Mein Test:

Chroot + System beenden:

1
2

exit
sudo halt -p

Neustart ohne ISO (mit STRG + C zuvor "abbrechen" trotz halt):

1

qemu -enable-kvm -vga vmware -m 1024 -hda xenial-touch-i386.img -net nic -net user,hostfwd=::2222-:22

Also Grub funktioniert schon mal - lande allerdings im Bootmanager grub>, also geht noch nix! Nächster Test ohne /dev/root oben (Browsersuche STRG + F hier im Forum benutzen!). Klappt genauso nicht, selbes Ergebnis. Offenbar ist das wirklich nur ein Testsystem, welches für i386 noch mit viel fehlendem Feinschliff ist. So zumindest zu diesem Test, vielleicht muss man anders an die Sache rangehn als "normal".

Es ist sehr spät, Mist und schade, aber hat Spaß gemacht.

Ich würde die oben verlinkte Ubuntu testen (EFI beachten, also ggf. im EFI-Modus booten) und anschließend testweise Touch nachinstallieren - ist fertiger und einfacher so. Ohne den ganzen Bootmanagerkram hier. Die ganzen großen Schritte 1.-5. bzw. bei euch sowieso nur 1./ 4.-5. fallen dann weg und wir wissen sofort, ob EFI oder Komponenten wie Grafik Probleme machen!

Grüße, Benno

Edit: Hab nun alle Schritte wiederholt, um msdos anzulegen - dabei "mkpart" weglassen! Selbst ein Kernel musste nachinstalliert werden! Na wenn's weiter nix ist:

Chroot Ubuntu Touch:

1
2

apt-get install linux-generic
update-grub

Dann wird auch erst ein Kernel für's Bootmenü gefunden & eingetragen... Dauert leider paar min.

Uiuiui:

1
2
3

E: No boot partition found !
run-parts: /etc/initramfs/post-update.d//zz-flash-touch-initrd exited with return code 1
run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1

zz-flash-touch-initrd - ok, ob's ohne geht - ohne Grub-Anpassungen vielleicht nicht, außer er findet eh keine. Ja, das sieht gut aus - mit Kernel:

1
2
3
4
5
6

# update-grub
Generating grub configuration file ...
Warning: Setting GRUB_TIMEOUT to a non-zero value when GRUB_HIDDEN_TIMEOUT is set is no longer supported.
Found linux image: /boot/vmlinuz-4.4.0-36-generic
Found initrd image: /boot/initrd.img-4.4.0-36-generic
done

Boot-Test: Es bootet! Aber die initramfs vermisst er nun doch - da VM/ Bootprozess, mal als Bildschirmfoto im Anhang. Die Wartezeit "Du kannst Daten nicht so schnell hintereinander absenden. Bitte warte noch einige Zeit, bevor du das Formular erneut absendest." nach Fotoupload ist allerdings Unsinn, aber war wohl einfacher so. Wie man im Bild sieht, steckt in UT noch bisschen Android drin - fehlt hier aber auf i386 auch wieder, da normales Android ja sowieso für ARM ist. So kann das also nichts werden.

Fazit: Das müssen sie fixen. Bis dahin kann man nur das Paket unity8-desktop-session-mir nachinstallieren, um Ubuntu Touch zu bekommen (nach ausloggen, auswählen, erneut einloggen). Es sei denn, es will noch jemand, wie etwa vielleicht tomtomtom, basteln. 😈

Hallo Benno,

vielen vielen Dank für deine sehr ausführliche Antwort. Ich werde das die Tage auf jeden Fall ausprobieren und dann hier posten ob alles geklappt hat.

Gruß der Bär