[ARM] Pinebook Pro

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : [ARM] Pinebook Pro

thana54

made in concept

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 :

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 [:rapscallion:3]

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:

Publicité

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 :

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...

Message édité par tarfun le 12-02-2022 à 11:31:20

thana54

made in concept

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 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.

Message édité par thana54 le 12-02-2022 à 19:04:45

Mjules

Modérateur
Parle dans le vide

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.

---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. | Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.

tarfun

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

Message cité 1 fois
Message édité par tarfun le 12-02-2022 à 22:20:14

thana54

made in concept

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.

Message cité 1 fois

rat de combat

attention rongeur méchant!

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?

Message cité 1 fois

thana54

made in concept

tarfun 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"

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]

Message cité 1 fois
Message édité par thana54 le 20-02-2022 à 13:55:14

thana54

made in concept

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

made in concept

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]

Publicité

thana54

made in concept

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.

Message édité par thana54 le 21-02-2022 à 20:11:45

thana54

made in concept

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/

Message édité par thana54 le 24-02-2022 à 20:27:05

thana54

made in concept

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

Message cité 1 fois
Message édité par thana54 le 08-05-2022 à 10:45:30

thana54

made in concept

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.

Fork Bomb

Obsédé textuel

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.

---------------
Décentralisons Internet-Bépo-Troll Bingo - "Pour adoucir le mélange, pressez trois quartiers d’orange !"

thana54

made in concept

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.

thana54

made in concept

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

Message édité par thana54 le 11-05-2022 à 13:03:22

thana54

made in concept

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

made in concept

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

thana54

made in concept

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

made in concept

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.

Publicité

FORUM HardWare.fr

Linux et OS Alternatifs

Hardware

[ARM] Pinebook Pro

Sujets relatifs
Afficher reseaux Wifi vieux PC Lubuntu 18.01 - Intel PRO Wireless	Carte mère MSI B450-A PRO MAX et Linux
OpenWRT - Compatible ARM A72+A53?	[install]Macbook Pro 2014
Carte son CREATIVE SURROUND X-FI 5.1 PRO sous Linux Mint	Logitech Quickcam Pro 4000 sur Fedora 19
Installer et configurer Android ou Linux sur une carte ARM	Linux et les tablettes ARM...
Linux sur une clé USB ARM Android : possible ?
Plus de sujets relatifs à : [ARM] Pinebook Pro

Page générée en 0.130 secondes