Newsgroup: it.comp.os.linux.sys
Titolo: Lvm a farfalle?

Ho riacceso il mio piccolo dell dopo uno spegnimento improvviso
(batteria finita) e ho trovato una brutta sorpresa.
(Il piccolo dell è equipaggiato con arch linux e tutto (a parte boot) è
su lvm)
Insomma praticamente mi dà errore quanto tenta di montare /, ma la cosa
più strana è che non trova proprio più il volume.
MA eseguendo lvdisplay o lvmdiskscan vedo tutti i miei volumi belli e
attivi, anche se mi arriva uno warning del tipo "file non esistente".
Prima di brasare tutto c'è qualche altro rito vodoo che posso fare per
resuscitarlo?
Grazie..

 resuscitarlo?
Normalmente partire con una live (come detto da Davide), come 
p.es
. finnix,
e fare un check di tutti i volumi aiuta.
-- 
Flavio Visentin
Ubuntu in Zulu significa "Non so usare Debian". (cit. CtRiX)

 Davide
Sì chiedo venia, ho scritto dopo che l'avevo già spento e sono andato a
memoria.
Comunque al boot vedo un bel
--8<---------------cut here---------------start------------->8---
Failed to open the device /dev/mini/root: no such file or directory
--8<---------------cut here---------------end--------------->8---
Quindi mi loggo sulla shell d'emergenza, ma ovviamente sono in
read-only, qualsiasi operazione (tipo un vgscan) mi dà un
--8<---------------cut here---------------start------------->8---
File-base locking initialisation failed
--8<---------------cut here---------------end--------------->8---
Quindi rimonto in rw con mount -o remount,rw /
e poi posso in effetti eseguire ed attivare tutti i volumi lvm, ma per
qualche ragione i device degli stessi sembrano non esistere.
Più informazioni non riesco a ottenerle per adesso, avviare via live è
un'impresa perché
- devo trovare una pennina usb che vada
- devo fargli capire a questo affarino di partire da usb
(c'era riuscito molto tempo fa mi pare ma non l'avevo più fatto)

 writes:
Un altra cosa alquanto misteriosa è come caspita faccia ad avere
comunque tutti i comandi in /bin, /sbin quando il mio fstab dice
/dev/mini/root / ...
e /dev/mini/root pare non esistere più.
:O
Dove li va a pescare i vari vgscan & company?

Beh sono riuscito a far partire sysrescuecd [fn:1], (che tra l'altro
consiglio a tutti è veramente spettacolare anche da installare su usb) e
noto cose ancora più misteriose.
I volumi lvm sono tutti lì e i dati pure, ho anche chrottato e i dati ci
sono tutti.
Non mi spiego il comportamento del computerino nel normale boot, in
sostanza non trova i device anche se lvm è caricato normalmente.
Forse è scoppiato qualcosa in udev o giù di lì?
Qualche idea per provare a rimetterlo in sesto?
*-*-*-*-*-*-*-*-*-*
[fn:1] 
http://www.sysresccd.org/Main_Page

 Qualche idea per provare a rimetterlo in sesto?
Sì.
- Backup (se fotti qualcosa sono tutti 'zzi tuoi)
- Parti con una live che abbia una versione di kernel uguale o molto simile
a quella del sistema (è molto importante)
- Monti in /mnt la root e a scendere tutti gli altri volumi utili per usare
il sistema (
p.es
. /mnt/boot, /mnt/var, ecc.ecc.).
- Monti proc e sysfs rispettivamente in /mnt/proc e /mnt/sys
- Chroot in /mnt
- Aggiornamento del sistema chrootato
- Rigenerazione degli initrd con mkinitrd o mkinitramfs
- umount di tutto
- reboot con incrocio di dita.


 sostanza non trova i device anche se lvm č caricato normalmente.
Oh, dico una sciocchezza, la butto lě: ma nella root del sistema 'partito',
/dev c'č? Non č che la dir č andata a donnine allegre?
-- 
ValeRyo
XT600 "Katoki Pajama" - 
http://www.slimmit.com/go.asp?7Y9
GamerTag: 
http://card.mygamercard.net/IT/nxe/ValeRyo76.png
 

 /dev c'è? Non è che la dir è andata a donnine allegre?
Mi hai fatto venire in mente una cosa.
Io spesso, sui sistemi "fissi" come server e simili, proprio per evitare
problemi legati a udev & C, dopo l'installazione parto con una live (in
particolare una finnix) e copio il contenuto della /dev creata dalla distro
live nella /dev della root di sistema.
In questo modo ho sempre una /dev completa dei device necessari ma senza gli
eccessi delle vecchie /dev create con MAKEDEV.


 /dev c'è? Non è che la dir è andata a donnine allegre?
Allora la questione si complica, la /dev c'è, da live ho fatto il file
system checks di tutti i volumi e tutto sembra a posto.
Ora riavvio l'affarino e la cosa più divertente è che la mia root è
--8<---------------cut here---------------start------------->8---
/dev/root on / type reiserfs (rw)
--8<---------------cut here---------------end--------------->8---
ma /dev/root non esiste da nessuna parte nel mio fstab, e proprio non mi
è chiaro dove cavolo vada a pescarlo.
I device di lvm non vengono caricati, mi sta venendo il dubbio di aver
fatto casino con il kernel.
Avevo scaricato gli header del kernel nuovo per aggiornare broadcom-wl,
quindi mi ha scaricato gli headers nuovi ma il kernel l'avevo messo in
Ignore perché sempre broadcom-wl non lo voleva troppo buono.
In sostanza ora ho gli headers del 2.6.34.1-1 e il kernel 2.6.31-ice
(per la sospensione).
Ma può dare problemi questo?
Mi sembra strano

 Ma puň dare problemi questo?
Finché gli header stanno buoni buonini nella loro directory no,
se ci hai compilato pezzi il device mapper, boh?


 Mi sembra strano
Nel passaggio al kernel 2.6.32 è stata introdotta una versione di udev che
non è retrocompatibile (almeno è così per Debian, quindi suppongo anche per
arch) e con kernel precedenti potrebbe dare problemi.
Installando gli headers del 2.6.34 potrebbe essere che abbia aggiornato
anche udev e che questo non funzioni più col 2.6.31.
Aggiornando anche il kernel al 2.6.34 al 99% risolvi.


 Aggiornando anche il kernel al 2.6.34 al 99% risolvi.
Non mi pare abbia aggiornato udev dai log, comunque domani vedrò dato
che con sysrescuecd e quella straca*** di broadcom-wl non c'è stato
verso di attaccarmi a una rete wireless.
L'unica cosa che mi spiacerebbe perdere nell'aggiornamento è la
sospensione su disco e su ram, è stato finalmente incluso qualcosa di
funzionante a riguardo nel kernel tra le sue 3 miliardi di linee di
codice?
Che strano comunque, la /dev/root viene montata e vedo effettivamente
quello che avevo nella root prima, ma i device non li trova e non c'è
verso di fargli montare un tubo.
Dev'essere qualcosa per forza relativo a udev direi in effetti...

 - reboot con incrocio di dita.
Avevo già fatto tutto ciò prima di leggere (mi sono scordato però sysfs
e procfs).
Ho quindi aggiornato il kernel il quale ha poi sistemato gli initrd &
company.
Non il kernel nuovo non parte comunque (sempre perché non mi trova il
device), ora quasi quasi provo a crearlo e vedere che mi dice al
prossimo riavvio.

 eccessi delle vecchie /dev create con MAKEDEV.
Ho fatto anche questo, comunque niente da fare, tra l'altro ora mi
"droppa" su una shell ramfs invece di bootare.
In pratica l'errore pare
--8<---------------cut here---------------start------------->8---
ERROR: Unable to determine the file system type of /dev/mini/root:
Either it contains no filesyste....
Try adding
rootfstype=...
...
--8<---------------cut here---------------end--------------->8---
ma ho paura che non cambi molto.
Che due balle mi sa che faccio prima a reinstallare a questo punto (a
meno che non abbiate altre idee), tanto i dati sono tutti lì e in realtà
non c'è niente di importante su questa macchina.

 realtà non c'è niente di importante su questa macchina.
Ehhhh... e lo sfizio di risolvere dove lo metti?


 Ehhhh... e lo sfizio di risolvere dove lo metti?
Sì verissimo, l'unico "problema" è che su questo affarino il 3d e
l'audio praticamente non mi sono mai andati, riprovare da 0 magari avrei
risolto qualche problema.
Ora faccio partire una ubuntu remix, se da quella va copio a man bassa
le configurazioni :D