[ARM] Pinebook Pro

Recherche :

Dernière réponse

Sujet : [ARM] Pinebook Pro

thana54

J'ai trouvé ce post sur le forum pine64, mais je ne comprends pas tout pour le moment: https://forum.pine64.org/showthread.php?tid=16361

Citation :

Cause of failure: failed to reinstall the system, resulting in the red indicator light on when starting up, but the screen is black.

Long press the power button to shut down, and then prepare the native default system, preferably the image of the latest version of Manjaro arm KDE, write it to the SD card and insert it into the SD card slot. At the same time, put the image of the system into a USB flash disk and insert it into the notebook.

Then, remove the back cover, press and hold the recovery key (one of the two small black cylinders) above the motherboard with your fingertips, and then press the power key. At this time, the screen flashes several times for a long time. After it is displayed normally, it will enter the SD card system. During startup setting, do not install the system. In the trial state, open the start button, find the manjaro arm flasher , open it, find the system image in the USB flash disk in the path, set the partition where the installation location EMMC is located, press start , and exit the flasher tool after running is completed。

Next, click the start button to shut down.

Then, unplug the USB flash disk and SD card and turn it on.

Pour rappel, je suis dans ce cas: après écrasement de la eMMC, plus moyen de redémarrer (sur la eMMC et/ou sur carte sd): https://forum.pine64.org/showthread.php?tid=16612

Pour l'instant, j'ai ouvert la bête, et déconnecté la batterie. Pas de réaction de l'écran ou des leds vertes. Le pinebook semble être en activité (5V, 0.17A d'après mon wattmètre usb), et lorsque je laisse le doigt appuyer sur la touche de démarrage, cela tombe à 0.0A.

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

thana54

J'ai trouvé ce post sur le forum pine64, mais je ne comprends pas tout pour le moment: https://forum.pine64.org/showthread.php?tid=16361

Citation :

thana54

Plus de son, plus d'image, aucune réaction après un dd pour restaurer sut la eMMc :/
Même la sd ne provoque rien.

thana54

J'ai refait une nouvelle sd à partir de kali 2022.1, mais après toute la config, puis upgrade, le kernel reste à 5.14. uname ne veut pas afficher autre chose (5.16, 5.17).

Je recommence donc à nouveau avec une image issue de https://arm.kali.org/kali-weekly/ (uname retourne 5.16, c'est déjà mieux)

Je vais connaître les manips à force :o

thana54

Je colle ici quelques configs perso:

Auto-utilisation d'un périph audio bluetooth par pulseaudio
/etc/pulse/default.pa.d/90-module-switch-on-connect.pa :

Code :

### Automatically switch to newly-connected devices
load-module module-switch-on-connect

Apt pinning:
/etc/apt/preferences.d/kali_pinning

Code :

# Never prefer packages from the debian stable repository
Package: *
Pin: release o=Debian,a=stable
Pin-Priority: 100
# Never prefer packages from the debian testing repository
Package: *
Pin: release o=Debian,a=testing
Pin-Priority: 200
# Never prefer packages from the unstable repository
Package: *
Pin: release o=Debian,a=unstable
Pin-Priority: 400
# Allow upgrading only firefox from debian unstable
Package: firefox
Pin: release o=Debian,a=unstable
Pin-Priority: 900
# Prefer Kali packages over Debian's
Package: *
Pin: release o=Kali,a=kali-rolling
Pin-Priority: 600
# Prefer Kali packages over Debian's
Package: *
Pin: release o=Kali,a=kali-dev
Pin-Priority: 650
# Prefer Kali packages over Debian's
Package: *
Pin: release o=Kali,a=kali-experimental
Pin-Priority: 700

sources.list

Code :

deb http://http.kali.org/kali kali-rolling main contrib non-free
deb http://http.kali.org/kali kali-dev main contrib non-free
deb http://http.kali.org/kali kali-experimental main contrib non-free
deb http://deb.debian.org/debian stable main contrib non-free
deb http://deb.debian.org/debian testing main contrib non-free
deb http://deb.debian.org/debian unstable main contrib non-free

/etc/environment

Code :

QT_QPA_PLATFORMTHEME=qt5ct
PAN_MESA_DEBUG="gl3"

/etc/default/keyboard

Code :

# KEYBOARD CONFIGURATION FILE
# Consult the keyboard(5) manual page.
XKBMODEL="pc105"
XKBLAYOUT="fr"
XKBVARIANT=""
XKBOPTIONS=""
BACKSPACE="guess"

Etrange, je pensais avoir une autre config clavier [:transparency]

thana54

J'avance un peu dans ma spéléo.

J'ai dupliqué ma sd armbian, fait un dist upgrade sur la copie (kernel 5.10 à 5.17), ca marche bien (enfin toujours le même problème avec apt/aptitude qui met une plombe à afficher/sélectionner des paquets).
En parallèle, j'ai re-téléchargé une image de kali linux, dd sur une autre sd, ca boot enfin.
Toujours pas d'amélioration pour kali linux installé sur la eMMC (toujours écran noir après 10min d'attente). Je vais devoir sauvegarder manuellement mes confs avant de la formater :/

thana54

Merci de l'info.

J'ai passé un peu plus d'une journée à tester différentes distribs, et sauvegardes que j'ai.
Manjaro xfce 22.04 ok, armbian 21.02.2 ok, kali linux 2021.4 ok, par contre kali 2022.1 refuse de booter sur n'importe quelle micro sd. C'est vraiment incompréhensible.

Fork Bomb

thana54 a écrit :

Et le démontage:

Code :

umount /mnt/run && umount /mnt/sys && umount /mnt/proc && umount /mnt/dev/pts && umount /mnt/dev && umount /mnt

Code :

umount -R /mnt

Si ma mémoire est bonne.

thana54

Plus moyen de démarrer une kali sur sd :/
Même ma sauvegarde de février, sur plusieurs sd, que ce soit par dd ou par gnome-disk-utility.

thana54

Petit problème, kali ne boot plus depuis 2 jours. Ca marchait avec le kernel 5.17, mais depuis un reboot (et un peu de nettoyage de / pour des thêmes qui se sont installés n'importe où), plus d'image.
Je vais restaurer sur une sd ma sauvegarde de février, et faire un dist-upgrade dessus.

kali linux ne propose pas d'utilitaire comme armbian (armbian-config), c'est plus compliqué pour récupérer un os qui démarre bien.
u-boot-menu n'affiche rien à l'écran après plusieurs minutes d'attente, c'est dommage.

[edit] Les commandes avant le chroot:

Code :

mount /dev/mmcblk2p1 /mnt && mount --bind /run /mnt/run && mount --bind /sys /mnt/sys && mount --bind /dev /mnt/dev && mount --bind /dev/pts /mnt/dev/pts && mount --bind /proc /mnt/proc

Et le démontage:

Code :

umount /mnt/run && umount /mnt/sys && umount /mnt/proc && umount /mnt/dev/pts && umount /mnt/dev && umount /mnt

thana54

thana54 a écrit :

Conversation intéressante: https://unix.stackexchange.com/ques [...] and-ending
Je retiens l'option count de dd :jap:
Un exemple: https://askubuntu.com/questions/354 [...] th-sudo-dd

Je valide donc ce type de commande qui répond à mon besoin (copie depuis le début d'un périphérique, jusqu'à la fin de la partition qui m'intéresse):

Code :

sudo fdisk -l /dev/sdb
sudo dd if=/dev/sdb count=xxxxxx | xz -vv -T0 -k > image.img.xz

J'ai restauré cette image sur une autre carte sd, c'est bootable, parfait.

Citation :

See where the partition ends with "sudo parted /dev/sda unit s print". Add one to the end sector, and tell dd to copy that many sectors: "sudo dd if=/dev/sda of=/dev/sdb count=xxxx"

C'est le grand jour, je tente l'opération inverse.
J'ai sauvegardé mon image de test avec les commandes ci-dessus, redémarré le pinebook pro sur une autre sd, et je vais écraser la emmc avec l'image de sauvegarde:

Code :

xzcat image.img.xz | sudo dd of=/dev/mmcblk2 count=29329407 bs=4M status=progress

https://www.kali.org/docs/arm/pinebook-pro/

thana54

Petite compilation ce soir d'une kali linux personnalisée, après avoir passé le weekend à avoir des erreurs bizarres sur mes sd (wifi qui ne marche plus au reboot, d'autres erreurs qui apparaissent sur des fichiers utilisés par apt).

https://gitlab.com/kalilinux/build- [...] ree/master
https://www.kali.org/docs/general-use/kali-branches/

J'ai modifié quelques fichiers pour construire une image qui soit exploitable rapidement:
builder.txt:

Code :

# Choose a locale
locale="fr_FR.UTF-8"

common.d/functions.sh:

Code :

# Mirror & suite replacement
function restore_mirror() {
if [[ -n "${replace_mirror}" ]]; then
export mirror=${replace_mirror}
elif [[ -n "${replace_suite}" ]]; then
export suite=${replace_suite}
fi
log "Mirror & suite replacement" gray
# For now, restore_mirror will put the default kali mirror in, fix after 2021.3
cat <<EOF> "${work_dir}"/etc/apt/sources.list
# See https://www.kali.org/docs/general-u [...] ositories/
deb http://http.kali.org/kali kali-rolling main contrib non-free
deb http://http.kali.org/kali kali-dev main contrib non-free
deb http://http.kali.org/kali kali-experimental main contrib non-free
# Additional line for source packages
# deb-src http://http.kali.org/kali kali-rolling main contrib non-free
EOF
}

common.d/packages.sh (retrait des paquets kali*, ca m'évite d'installer 4Go de paquets pour les supprimer ensuite):

Code :

# This is the bare minimum if you want to start from very scratch
minimal_pkgs="ca-certificates iw network-manager parted wpasupplicant sudo"
# This is the list of minimal common packages
common_min_pkgs="$minimal_pkgs apt-transport-https firmware-linux firmware-realtek firmware-atheros \
firmware-libertas fontconfig ifupdown initramfs-tools man-db mlocate netcat-traditional net-tools \
pciutils psmisc rfkill byobu htop aptitude bash bash-completion unrar usbutils nano wireless-regdb zerofree \
bluez bluez-firmware dialog inxi libnss-systemd network-manager screen alsa-utils xfonts-terminus"
# This is the list of common packages
common_pkgs="$minimal_pkgs"
services="ssh"
# This is the list of minimal cli based tools
cli_min_tools="nmap"
# This is the list of most cli based tools
cli_tools_pkgs=""

[edit] bonne nouvelle, c'est bootable. Mauvaise nouvelle, ca tente de lancer une session sur zsh, qui n'est pas installé... Reste des coins à polir sur mon build.

thana54

Toujours pas de solution pour kde, mais dans la tentative de recherche, j'ai reçu ces jolis messages

Code :

dpkg: warning: files list file for package `console-setup' missing, assuming package has no files currently installed
dpkg: warning: files list file for package `console-setup⁻linux' missing, assuming package has no files currently installed
dpkg: warning: files list file for package `keyboard-configuration' missing, assuming package has no files currently installed

Même après ménage dans /var/lib/dpkg/info, pas moyen de réinstaller ces paquets, ni aucun autre d'ailleurs.

J'ai trouvé ce script https://gist.github.com/jeffersfp/3 [...] 057930c81b [:zigg]

thana54

Petite chose bizarre avec les paquets kali et l'intégration entre xfce et kde.
Supprimer le paquet kali-menu fait râler xfce me disant que le fichier .menu pour xfce n'est plus trouvé (dans /etc/xdg/menus), et kde... j'ai plus que la souris sur fond noir, plus rien d'autre [:cerveau skyzor], quel que soit l'utilisateur (même un qui n'a aucun paramétrage kde)

Dommage qu'il n'y ai pas un warning pour les fichiers "communs".

Pour xfce, c'est réglé en désinstallant libgarcon et tous les paquets xfce en dépendant, puis en les réinstallant.
Pour kde, je cherche encore.

thana54

tarfun a écrit :

Bonsoir,
2 pistes:
l'option count de dd permet d'exclure par exemple les premiers secteurs du "if" ou de ne copier qu'eux pour une sauvegarde du mbr. Et aussi de réduire l'image au dernier secteur "utile"
https://linuxconfig.org/how-to-shri [...] age-output
La commande truncate.
https://superuser.com/questions/143 [...] or-cloning

Conversation intéressante: https://unix.stackexchange.com/ques [...] and-ending
Je retiens l'option count de dd :jap:
Un exemple: https://askubuntu.com/questions/354 [...] th-sudo-dd

Je valide donc ce type de commande qui répond à mon besoin (copie depuis le début d'un périphérique, jusqu'à la fin de la partition qui m'intéresse):

Code :

sudo fdisk -l /dev/sdb
sudo dd if=/dev/sdb count=xxxxxx | xz -vv -T0 -k > image.img.xz

J'ai restauré cette image sur une autre carte sd, c'est bootable, parfait.

Citation :

See where the partition ends with "sudo parted /dev/sda unit s print". Add one to the end sector, and tell dd to copy that many sectors: "sudo dd if=/dev/sda of=/dev/sdb count=xxxx"

rat de combat a écrit :

C'est pas réglage dans le terminal ça? Ou alors ~./bashrc qui n'est pas comme il faut?

J'ai comparé ~/.bashrc avec un original, je n'ai pas remarqué de différence.
J'ai remarqué que /usr/bin/zsh était toujours présent dans /etc/passwd pour l'utilisateur kali.
En tty, j'ai eu un message "/usr/bin/zsh not found" un bref instant juste avant d'être déconnecté à nouveau.
Après un

Code :

sudo chsh -s

puis déconnexion et reconnexion, tout marche à nouveau, plus de soucis de completion ni de problème avec la navigation par les flèches.

Suite d'utilisation de kali linux, j'ai rajouté le dépôt kali-experimental:

Code :

echo "deb http://http.kali.org/kali kali-experimental main contrib non-free" | sudo tee /etc/apt/sources.list.d/kali-experimental.list

https://www.kali.org/docs/general-use/kali-branches/
J'ai pût installer le kernel 5.16.7-2kali1, u-boot-menu et u-boot-rockchip, suivi d'un u-boot-update pour créer /boot/extlinux/extlinux.conf.
Ca avance bien cette histoire [:ginie]

rat de combat

thana54 a écrit :

Ensuite, j'ai fait un peu trop le ménage, et je n'ai plus du tout de completion avec bash. J'ai réinstallé bash et bash-completion, toujours pareil. Naviguer avec les flèches m'affiche des codes "^[[C".

C'est pas réglage dans le terminal ça? Ou alors ~./bashrc qui n'est pas comme il faut?

thana54

Mon pinebook a un peu de mal à démarrer sur une carte sd :/
Je dois déjà le démarrer sur armbian, éjecter la sd, la réinsérer, puis redémarrer, et enfin il boot dessus.

Ensuite, j'ai fait un peu trop le ménage, et je n'ai plus du tout de completion avec bash. J'ai réinstallé bash et bash-completion, toujours pareil. Naviguer avec les flèches m'affiche des codes "^[[C".

Kali linux est livré par défaut avec zsh, il suffisait d'utiliser la commande chsh pour changer le shell à utiliser.

tarfun

Mjules

dd est pas le bon outil pour ça amha, il te faudrait plutôt un truc comme clonezilla ( https://clonezilla.org/ ) ou faire des backups au niveau fichier et pas au niveau bloc/partition.

thana54

La nouveauté par rapport au monde du x86 avec du grub, là aussi je patauge encore, c'est uboot qui se stocke dans un espace avant la première partition. Je n'ai pas trouvé de moyen, pour l'instant, de faire un backup de mes sd (puis à terme de la emmc du pinebook), juste pour la partie "utilisée" (donc début de la sd avec uboot, et les partitions sans tenir compte de la partie "libre" non utilisée).

Oui, redimensionner est une solution, mais pas très rapide, il faut redémarrer sur un autre support (donc l'emmc), faire le redimensionnement, attendre, faire le backup ailleurs, puis le compresser. Après seconde relecture, ta méthode est bourrine :D Ca déborde, pas grave.

Sur une des micro sd, il me manquait 41Ko, c'est rageant, t'as un backup, mais pas moyen de le restaurer ou de créer une copie de secours :/

Faut que je creuse dd, commencer à 0 et arrêter à la fin d'une partition root ou home pour économiser un peu de temps et d'espace disque.

tarfun

Bonjour,

Pinephone user ici, et novice dans le monde ARM. Je l'utilise comme téléphone secondaire, c'est un coûteux jouet si on considère ses performances, mais jouer était justement le but...

Citation :

Vous me direz, il y a Manjaro qui tourne très bien. Oui je suis d'accord.

Moi aussi :) , Manjaro suit ce projet au plus près, c'est a mon avis la meilleure distribution dans ce cas. J'ai découvert Manjaro sur PC plus ou moins à cette occasion, et j'ai finalement basculé sur une Arch pure en distribution principale, après plus de 10 ans avec Fedora ([:tomatookc]).

Citation :

Les petits malins chez kingston, j'ai 5 micro sd de 32Go, mais elles n'ont pas toutes exactement le même nombre d'octects dispo. Pas possible de "dupliquer" des cartes facilement à coup de dd/gnome-disks

J'ai pas tout compris à la façon de faire et au but recherché pour la manipulation des images. J'utilise BalenaEtcher pour graver mes SD avec les .img.xz de mise à jour, demande ensuite d'étendre la partition.
Récemment j'ai eu besoin d'ajouter un SSD et réorganiser mon multiboot. J'ai utilisé dd "à la bourrin" pour copier un 256 Gb bootable sur un 128 Gb. Grub en mbr. étape 1: réduction de la partition du 1er disque en dessous de 128 Gb avec gparted. étape 2: copie du disque avec dd (Attention, les 2 disques auront la même UUID), ignorer le message de dd indiquant que l'opération a échoué par manque de place. étape 3: étendre la partition avec gparted pour remplir le disque 128 Gb . Done! mbr ok , btrsf ok, grub ok,
Être en multiboot aide pour ce genre de bidouille. Cela doit bien pouvoir fonctionner pour quelques octets manquant...

thana54

Bonjour les gens,

Je créé ce topic pour regrouper ici mes différentes aventures (et les vôtres aussi) sur ce portable.

Quelques liens pour commencer:
https://wiki.pine64.org/wiki/Pinebook_Pro
https://wiki.pine64.org/wiki/Pinebo [...] re_Release

Je l'ai eu l'été dernier, avec une Manjaro d'installée par défaut, que j'ai vite remplacée par une armbian buster (depuis upgradée en bullseye unstable).
Malheureusement, j'ai remarqué il y a quelques jours que l'iso d'armbian buster n'était plus en ligne :/
Et qu'armbian avait lâché le pinebook depuis quelques mois :/
Et leurs images d'armbian sauce ubuntu ne donne rien sur mon pinebook, écran noir pendant 10min [:sadnoir]
Il existe aussi dietpi, mais là aussi c'est basé sur armbian, donc ca sent pas bon.

J'ai essayé rapidos un twisterOS, mais le SoC c'est mis à faire du bruit pas très rassurant (surtout pour un pc fanless), donc extinction immédiate du portable en posant mon gros doigt sur le bouton arrêt/démarrage. Je ne conseille pas, c'est flippant.

Vous me direz, il y a Manjaro qui tourne très bien. Oui je suis d'accord.
Mais je préfère rester sur une debian (12/13 ans de debian, j'ai pas envie de changer [:tomatookc] )

J'ai découvert la semaine dernière Kali Linux, aussi basée sur debian, et qui roule mieux que ma armbian et qui a un kernel plus "récent" 5.15 (armbian est bloqué en 5.10).

Je suis actuellement en train de faire des backups de mes micro sd pour éviter de perdre un "os" de secours tant que je fais des tests.
Je me prends la tête à coup de dd/xz, comme évoqué sur le topic KDE.

thana54 a écrit :

Question Dolphin/Ark:
Est-il possible de compresser un fichier en multithread ?
Car le clic droit sur un fichier puis "compresser vers" ne fait que du mono thread :/ J'ai 11 threads qui s'ennuient là...

En ligne de commande ca marche à peut près (tar -I pigz -cvf archive fichier(s)/dossier(s)), mais gnome-disks me râle dessus que c'est pas un vrai format XZ (lors de restauration d'image disque/partition)

TNZ a écrit :

J'ai mis au point y'a 15 maintenant, un système de sauvegarde / compression massivement parallélisé pour des grosses BDD Oracle. Il était basé sur du « dd | gzip » orchestré par un gestionnaire multi-thread de mon crû (3 fois plus rapide que RMAN).
Je peux regarder pour extraire une partie du merdier et en faire un outil autonome (compression / restauration) :)

foul a écrit :

7z a -mx=9 -mmt12 nomdufichier.7z

options :

-m{Parameters} : set compression Method
-mmt[N] : set number of CPU threads

;)

TNZ a écrit :

C'est pas dit que 7zip soit capable de gérer un device tout court :/

foul a écrit :

Comment ça un device ? :heink:

thana54 a écrit :

J'ai trouvé ca qui utilise xz+tar

Code :

tar cv --use-compress-program='xz -T0' -f kali.mini.tar.xz kali.mini.10.02.2022.img

Ca marche, mais oui, c'est en cli, et faut déjà avoir l'image, donc ca bouffe de la place pour rien (méchants les vendeurs qui veulent plus vendre des micro sd de 16Go ou 8 à bon prix).
Doit y avoir moyen de faire un truc pour l'avoir en action perso dans dolphin.
Pour l'instant, je vais l'ajouter à mes alias.

thana54 a écrit :

en fait lancer dd avec sudo

Code :

sudo dd if=/dev/sdb | xz -vv -T0 -k > kali.mini.dd.sdb.10.02.2022.xz

Décidément [:sadnoir]
https://i.imgur.com/qCnSwal.png

[edit] mon but est de faire une image disque compressée* (de préférence sans avoir un fichier intermédiaire), et la réinjecter directement via gnome-disks (oui je sais c'est pas du kde/qt, mais je le trouve mieux foutu que gparted/partionmanager) sans tenir compte de la taille du disque/fs qui va recevoir cette image.
Pas de bol, fsarchiver ne travaille que sur des partitions :'(
*: image disque compressée et contenant les premiers Mo nécessaires à uboot, avant la première partition donc.

thana54 a écrit :

Je patauge un peu dans ce "nouveau" monde ARM, je ne maîtrise pas uboot et c'est pas toujours facile de "réparer" sans avoir d'image à l'écran.

Si vous avez des idées, des conseils, ou voulez tout simplement papoter autour de ce portable, n'hésitez pas :jap: