[ARM] déplacer répertoire système sur clé usb

[FoolEcho]

... linux.preset vient avec l'installation du kernel (paquet linux) et du groupe base, tu l'as forcément. mkinitcpio -p linux échoue-t-il ?

[mauribilis]

pourquoi faut-il lancer la commande mkinitcpio -p linux en live avec un chroot on arrive bein à générer grub sur un système en fonctionnement alors pourquoi pas mkinitcpio ?

[benjarobin]

Je crois que l'on a oublié que c'est de l'ARM donc le chroot ne peut pas fonctionner... D'ailleurs tu aurais du nous le dire que la commande chroot échouais... Bref...

[mauribilis]

mount /dev/disk/by-uuid/b6589d48-b397-4636-98f8-56c4b8eaac26 /mnt/usr donne mount point /mnt/usr does not exist

[mauribilis]

mount /dev/disk/by-uuid/b6589d48-b397-4636-98f8-56c4b8eaac26 /mnt/usr donne mount point /mnt/usr does not exist (sur la platine elle-même), comment faire sans le chroot ?

[mélodie]

Bonjour,

ce que tu nommes "la platine" : est-ce là où le système principal est installé ?

J'ai parcouru le fil complet, je pense qu'il te manque quelques bases.

D'abord, le fichier fstab, comment ça fonctionne, et comment ça se configure. Je connais une page très bien pour comprendre et savoir l'employer.

http://www.tuxfiles.org/linuxhelp/fstab.html

Ensuite, une petite page sur le système de fichiers:
http://ww2.ac-creteil.fr/reseaux/system ... hiers.html

en particulier cette partie:

Liste des répertoires principaux et leur rôle :

/ le répertoire racine

/bin les fichiers exécutables (en binaire) (initialisation du système + commandes "essentielles")
/boot le noyau vmlinuz et les fichiers de démarrage
/dev répertoire de fichiers spéciaux, qui servent de canaux de communication avec les périphériques (disques, adaptateur réseau, cartes son etc...)
/etc les fichiers de configuration du système et les principaux scripts de paramétrage
/etc/rc.d scripts de démarrage du système
/etc/X11 scripts de configuration du serveur X
/etc/sysconfig configuration des périphériques
/etc/cron description des tâches périodiques à effectuer
/etc/skel fichiers recopiés dans le rép. personnel d'un nouvel utilisateur
/home la racine des répertoires personnels des utilisateurs
/lib les bibliothèques et les modules du noyau
/mnt la racine des points de montage des systèmes de fichiers périphériques ou extérieurs (cd, disquette, nfs ..).
/opt lieu d'installation d'applications supplémentaires (comme starOffice, java ..)
/root répertoire personnel du super-utilisateur root
/sbin les fichiers exécutables pour l'administration du système
/tmp stockage des fichiers temporaires
/usr programmes accessibles à tout utilisateur; sa structure reproduit celle de la racine /
/var données variables liées à la machine (fichiers d'impression, traces de connexions http, smb .. dans /var/log)
/proc ce pseudo-répertoire contient une "image" du système ( /proc/kcore est l'image de la RAM

Et surtout comprendre pourquoi telle ou telle commande ne trouve pas un fichier donné (un fichier ou un répertoire, c'est pareil, c'est toujours un fichier) : si il ne trouve pas /mnt/truc, c'est que tu as dû omettre de créer ce fichier /mnt/truc

Et surtout, comprends que par convention, le signe / utilisé seul signifie "la racine du système sous laquelle on trouve les autres répertoires", et que le signe /mnt signifie "le répertoire qui est exactement sous la racine du système", alors que "mnt/" serait un répertoire du nom de "mnt" pouvant être situé à un endroit quelconque du système (sous /home/toi par exemple, si tu en crées un à cet endroit-là).

Donc dans le système où tu as ôté le répertoire /usr, que penserais-tu de créer un lien symbolique ? (une idée comme ça... )

Quand au fichier fstab, on peut utiliser au choix : l'UUID, comme déjà dit par quelqu'un dans ce fil, mais on peut aussi utiliser le nom de périphérique (si c'est "/dev/sdb2" par exemple) ou même le label : auquel cas il te faut attribuer un label au périphérique que tu veux monter.

La commande e2label permet d'attribuer un nom de label à un périphérique interne (partition) ou externe (périphérique de stockage amovible).

par exemple dans mon fichier fstab, j'ai ces lignes:

ici c'est pour le système, j'ai indiqué le nom du périphérique (tel que vu dans le répertoire /dev):

Code : Tout sélectionner

/dev/sda1 / ext4 defaults 0  1

alors que ici pour mon home, j'ai préféré mettre un label:

Code : Tout sélectionner

LABEL=ArchHome2009      /home ext4 defaults,user_xattr  0 2

et avant, j'utilisais aussi fstab pour accéder au contenu de l'appareil photo (je n'ai plus besoin de ça maintenant, l'accès étant automatique, c'est juste pour l'exemple):

Code : Tout sélectionner

/dev/disk/by-label/Kingston /mnt/photo vfat	defaults,users,noauto 0   0

et là le répertoire "photo" sous /mnt devait bien sûr être créé à la main pour que ça fonctionne.

[mauribilis]

finalement je vais utiliser sqlite et abandonné mysql, je vais seulement tenter de mettre le usr sur ma clé

[FoolEcho]

S'il n'est pas possible de chrooter vu que c'est ARM, il faudrait que tu fasses les modifications du HOOK + mkinitcpio avant de faire le déplacement de /usr (de façon à avoir le HOOK usr d'emblée sans quoi tu auras des problèmes au démarrage).

Cependant... cependant... il te faudrait déjà un /etc/fstab correct et comprendre pourquoi tu n'as pas le linux.preset... ou ce qui le remplace.
Que donne pacman -Qs kernel ?

[mauribilis]

salut,
il donne ça :

Code : Tout sélectionner

local/kernel26-olinuxino 2.6.35.3-6 (base)
    The Linux Kernel and modules for iMX233-OLinuXino-Maxi
local/kmod 9-2
    Linux kernel module handling
local/libdrm 2.4.38-1
    Userspace interface to kernel DRM services
local/linux-api-headers 3.4.4-1
    Kernel headers sanitized for use in userspace
local/linux-firmware 20120625-1
    Firmware files for Linux

[FoolEcho]

L'image est flashée directe... c'est donc très différent d'Arch. Par conséquent, je ne sais pas.
Si tu as des copies, tu peux toujours faire l'essai du déplacement de usr et voir ce que ça donne... Sinon il faut voir du côté d'ARM (car à moins qu'il y en ait sur le forum qui connaisse, je crains qu'on ne puisse pas t'aider )...

[mauribilis]

en tout cas merci de ton aide' si je cree tout simplement un lien nomme usr quin pointe vers le dossier usr de la cle' il faudrait alors juste monter la cle au demarraage non ?

[FoolEcho]

C'est plutôt par le fstab pour définir ta clé comme point de montage usr (ta clé ou la partition renfermant le contenu de /usr et non un répertoire usr)... mais vu que ton fstab avait l'air pour le moins... épuré, je ne sais pas. À la rigueur refaire l'installation, voir ce que ça donne...

[mauribilis]

mais pense tu que de faire un lien usr qui pointe vers le sur de la clé et de monté la clé au démarrage puise marcher ?

[FoolEcho]

Aucune chance, ta clé doit être montée (par le fstab comme on t'a indiqué).

[mauribilis]

et si je fais un lien var vers le dossier de la clee si je monte la cle au demarrage en le specifiant dans le fstab ca marche ?

[FoolEcho]

Le lien ne sert à rien du moment que la partition est correctement montée dans fstab (à supposer que ARM lise le fstab... ). Du coup, oui, var est peut-être mieux que usr...

[mauribilis]

pourquoi supposer autant de difference avec ARM c'est linux quand meme

[FoolEcho]

Je ne vais pas rentrer dans de grands débats mais ça n'est pas parce que c'est du linux (et même Arch pour ARM) que c'est pareil. La preuve, on ne peut même pas faire de chroot ; le démarrage/l'image est différent/e, etc..
On -- moi au moins -- a trop tardé à réaliser que c'était ARM.

[benjarobin]

Bon pour éviter toute dérive et mauvaise compréhension, je pense qu'il n'y a aucun souci avec linux.preset.
Comme il n'a jamais pu rentrer dans le chroot, la commande était lancé depuis le liveCD... Bref normalement il n'y a pas de différence en terme de paquet entre ARM et x86.

Bref, la solution est simple, et je ne comprend toujours pas le souci...
Je pense que ce serait plus simple d'expliquer quel est le problème / souci...

Pourquoi ne pas vouloir déplacer /usr ? C'est le meilleur candidat pour la clé USB car en lecture seule.

[FoolEcho]

Bref normalement il n'y a pas de différence en terme de paquet entre ARM et x86.

En terme de paquet non, mais niveau kernel c'est différent (et je ne parle pas de la version seulement): j'avais regardé avant de répondre précédemment, je n'ai pas regardé plus avant comment ça démarre mais kernel26-olinuxino ne contient pas de preset pour mkinitcpio, il n'y a pas non plus de mkinitcpio de fait à l'installation.