Malak1 schrieb
So ganz verstehe ich das nicht. /proc ist keine eigene Partionen...müsste also unter / liegen. Und da ist proc auch, habe mit ls nachgesehen. Allerdings ist proc leer. Ist das normal?
Ja ;-)
Die Pseudo/Virtuellen Dateisysteme wie /proc, /dev und /sys sind ja nur ins Root(/) der Live-CD eingehängt. Durch chroot verläßt du ja nun dieses Root. mkinitcpio *im* chroot benötigt nun aber genau diese dateisysteme im (neuen) Root. Dafür müssen diese vorher per bind-Mount (siehe die Wikis zu chroot) aus dem "alten" Root ins neue (/mnt z.B.) eingehängt werde.
Oder nutze besser fürs chroot'en arch-chroot, das kümmert sich um das notwendige Einhängen.
//Edit: das ist ein schönes Beispiel um das "Mounten" unter Linux zu erklären: Beim Mounten wird immer der *INHALT* eines anderen Filesystems in einen Einhängepunkt/Verzeichniss eingebunden. Dieses Einhängeverzeichniss muß aber schon vorher vorhanden sein (proc zu mounten legt nicht /proc an!) und dieses Verzeichniss gehört zum übergeordneten Dateisystem (hier rootfs(/) im chroot = Paket filesystem). Das /proc also vorhanden und leer ist, das ist vollkommen normal und nötig. Der "Inhalt" kommt durch das (bind)Mounten von /proc nach /mnt/proc.
Genauso wie /home und eine eigene Partition dafür. Das leere Verzeichniss /home gehört zur RootFS-Partition, der Inhalt kommt durch das Einhängen der Home-Partition in dieses existierende verzeichniss.
Etwaig vorhandene Daten in den Einhängezielen wird dabei "versteckt"/ausgeblendet, ein beliebter Fehler wenn plötzlich ein Filesystem unerwarteterweise voll ist (Backups werden z.B. nach /backup gelegt, welches eigentlich ein gemountetes Medium ist. Nun geht das Mounten mal schief, die backups landen im Root-FS(/backup Verzeichniss) und werden später nicht mehr bemerkt wenn das Mounten dann wieder funktioniert.