recuperació sense etc + discos.
Degut al meu espectacular grau de patatisme i lamerisme he aconseguit carregar-me el directori /etc d'un sistema Debian GNU/Linux Etch. Sense còpia de seguretat. Al final he decidit anar pel dret i reinstal·lar, però pregunto: 1.- Hi havien solucions alternatives? se m'acut l'haver començat posant un livecd del que sigui i poc a poc anar ajustant, però crec que l'esforç hauria estat superior al reinstal·lar. 2.- Pel camí, resulta que pel que sigui tots els nuclis nous que compilo sembla que no reconeixen la partició, o que tenen problemes per iniciar-se i per tant, kernel panic. Cosa veritablement curiosa donat que els compilo a partir del .config original que hi ha a /boot, i mirant-me i remirant-me tot plegat abastament. I no parlem de SATA ni coses rares, IDE clàssic. Diria que això indica que el disc (o la partició) està començant a fallar. A algú més li ha passat? I visquin les còpies de seguretat. -- xavi | [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: recuperació sense etc + discos.
En quant al primer apart no tinc ni idea pero suposo que copiant un /etc alguna cosa en podria sortir (almenys, per configurar les X's és una bona alternativa ;) ). Jo crec que hi hauria d'haver un paquet que et mirés l'estat del sistema i te'l restaurés, per exemple, un cop vaig fer chgrp -R root * (o algo semblant) a la carpeta /usr i em vaig quedar sense poder gravar a CD's en mode usuari fins que vaig canviar el permisos a mà. Pel que fa a la compilació del kernel, un cop estàs copiant els arxius vmlinuz-2.6.X i el System.map, també has de fer un mkinitrd, alguna cosa semblant a: mkinitrd -o /boot/initrd.img-2.6.X 2.6.X (fés un man mkinitrd per confirmar-ho), un cop fet això edites el menu.lst(pel GRUB) o el del lilo ( lilo.conf? no m'enrecordo :P) i li dius a on està aquest initrd.img, reinicia i prova-ho. És curiós que a http://kernelnewbies.org encara no hagin afegit això del initrd.img, és que només passa amb Debian? per què? Vagi bé! On 1/8/07, xavi [EMAIL PROTECTED] wrote: Degut al meu espectacular grau de patatisme i lamerisme he aconseguit carregar-me el directori /etc d'un sistema Debian GNU/Linux Etch. Sense còpia de seguretat. Al final he decidit anar pel dret i reinstal·lar, però pregunto: 1.- Hi havien solucions alternatives? se m'acut l'haver començat posant un livecd del que sigui i poc a poc anar ajustant, però crec que l'esforç hauria estat superior al reinstal·lar. 2.- Pel camí, resulta que pel que sigui tots els nuclis nous que compilo sembla que no reconeixen la partició, o que tenen problemes per iniciar-se i per tant, kernel panic. Cosa veritablement curiosa donat que els compilo a partir del .config original que hi ha a /boot, i mirant-me i remirant-me tot plegat abastament. I no parlem de SATA ni coses rares, IDE clàssic. Diria que això indica que el disc (o la partició) està començant a fallar. A algú més li ha passat? I visquin les còpies de seguretat. -- xavi | [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Marc マルク |V|4|? Linux user number #432293 -- http://counter.li.org/
Re: recuperació sense etc + discos.
El 08/01/07, xavi [EMAIL PROTECTED] ha escrit: Degut al meu espectacular grau de patatisme i lamerisme he aconseguit carregar-me el directori /etc d'un sistema Debian GNU/Linux Etch. Sense còpia de seguretat. Al final he decidit anar pel dret i reinstal·lar, però pregunto: 1.- Hi havien solucions alternatives? se m'acut l'haver començat posant un livecd del que sigui i poc a poc anar ajustant, però crec que l'esforç hauria estat superior al reinstal·lar. potser el dpkg-reconfigure et podria ajudar
Re: recuperació sense etc + discos.
A Dilluns 08 Gener 2007 11:22, Marc Poch va escriure: En quant al primer apart no tinc ni idea pero suposo que copiant un /etc alguna cosa en podria sortir (almenys, per configurar les X's és una bona alternativa ;) ). Jo crec que hi hauria d'haver un paquet que et mirés l'estat del sistema i te'l restaurés, per exemple, un cop vaig fer chgrp -R root * (o algo semblant) a la carpeta /usr i em vaig quedar sense poder gravar a CD's en mode usuari fins que vaig canviar el permisos a mà. Pel que fa a la compilació del kernel, un cop estàs copiant els arxius vmlinuz-2.6.X i el System.map, també has de fer un mkinitrd, alguna cosa semblant a: mkinitrd -o /boot/initrd.img-2.6.X 2.6.X Avui en dia la cosa ha evolucionat, i això es fa amb update-initramfs. -- *** * Orestes Mas Casals - UPC* * Linux User 285092 http://counter.li.org* * Membre de l'equip català de KDE http://cat.kde.org/ * * Clau pública PGP: 0x97451E6A a http://pgp.mit.edu/ * ***
Re: recuperació sense etc + discos.
A Dilluns 08 Gener 2007 11:01, xavi va escriure: Degut al meu espectacular grau de patatisme i lamerisme he aconseguit carregar-me el directori /etc d'un sistema Debian GNU/Linux Etch. Sense còpia de seguretat. Al final he decidit anar pel dret i reinstal·lar, però pregunto: 1.- Hi havien solucions alternatives? se m'acut l'haver començat posant un livecd del que sigui i poc a poc anar ajustant, però crec que l'esforç hauria estat superior al reinstal·lar. Jo crec que l'esforç hauria estat molt superior. Potser amb dpkg-reconfigure -a podries haver aconseguit quelcom, però hagués estat un pal igualment, perquè has de respondre una a una les preguntes de configuració de tots els paquets que usen debconf... i vés a saber el resultat final d'això. Jo no ho he fet mai, però com que el sistema de paquets de debian és bo, potser xuta. 2.- Pel camí, resulta que pel que sigui tots els nuclis nous que compilo sembla que no reconeixen la partició, o que tenen problemes per iniciar-se i per tant, kernel panic. Cosa veritablement curiosa donat que els compilo a partir del .config original que hi ha a /boot, i mirant-me i remirant-me tot plegat abastament. I no parlem de SATA ni coses rares, IDE clàssic. Diria que això indica que el disc (o la partició) està començant a fallar. A algú més li ha passat? Això és (probablement) perquè tens les particions formatejades amb ext3 (o el sistema de fitxers que sigui) i el suport de ext3 el tens compilat com a mòdul, i no pas incorporat dins el nucli. Aleshores quan es carrega el nucli, com que no té el suport per ext3 no pot anar a llegir els mòduls que el suporten , i no el pot suportar (toma garbuix :-) La solució a això és generar una imatge d'un mini-sistema linux (que contingui els mòduls), i carregar-la en RAM tot just després del nucli. El nucli usa aquesta imatge (initramdisk) per trobar i carregar els mòduls, i aleshores munta les particions del disc dur i fa un chroot per traspassar el control al sistema linux real, abandonant el ramdisk. I visquin les còpies de seguretat. Voto per això. O un bon RAID. -- *** * Orestes Mas Casals - UPC* * Linux User 285092 http://counter.li.org* * Membre de l'equip català de KDE http://cat.kde.org/ * * Clau pública PGP: 0x97451E6A a http://pgp.mit.edu/ * ***
Re: recuperació sense etc + discos.
En/na Orestes Mas ha escrit: Jo crec que l'esforç hauria estat molt superior. Potser amb dpkg-reconfigure -a podries haver aconseguit quelcom, però hagués estat un pal igualment, perquè has de respondre una a una les preguntes de configuració de tots els paquets que usen debconf... i vés a saber el resultat final d'això. Jo no ho he fet mai, però com que el sistema de paquets de debian és bo, potser xuta. M'ho vaig estar rumiant, però penso que hauria estat un merder impressionant. Per exemple saber quins paquets tinc instal·lats i tinc no. Era un esforç molt menor el re-instal·lar. De fa anys que vaig decidir que s'havia d'evitar al màxim el re-instal·lar (gràcies a un consell del lluis xscript), però aquest cop era una qüestió de força major, necessito treballar amb aquell ordinador. 2.- Pel camí, resulta que pel que sigui tots els nuclis nous que compilo sembla que no reconeixen la partició, o que tenen problemes per iniciar-se i per tant, kernel panic. Cosa veritablement curiosa donat que els compilo a partir del .config original que hi ha a /boot, i mirant-me i remirant-me tot plegat abastament. I no parlem de SATA ni coses rares, IDE clàssic. Diria que això indica que el disc (o la partició) està començant a fallar. A algú més li ha passat? Això és (probablement) perquè tens les particions formatejades amb ext3 (o el sistema de fitxers que sigui) i el suport de ext3 el tens compilat com a mòdul, i no pas incorporat dins el nucli. Aleshores quan es carrega el nucli, com que no té el suport per ext3 no pot anar a llegir els mòduls que el suporten , i no el pot suportar (toma garbuix :-) La solució a això és generar una imatge d'un mini-sistema linux (que contingui els mòduls), i carregar-la en RAM tot just després del nucli. El nucli usa aquesta imatge (initramdisk) per trobar i carregar els mòduls, i aleshores munta les particions del disc dur i fa un chroot per traspassar el control al sistema linux real, abandonant el ramdisk. Exactament això es fa amb aquesta comanda que dius? initramdisk? Me la miro aquesta nit i et dic alguna cosa. Inici to èpic Oh deus del cel, que es va fer dels antics programes i nuclis passats, del fluxbox i del fvwm, del mkinitrd, d'ipchains i de l'xmms.../Fi to epic. I visquin les còpies de seguretat. Voto per això. O un bon RAID. -- xavi | [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: recuperació sense etc + discos.
A Dilluns 08 Gener 2007 13:36, xavi va escriure: En/na Orestes Mas ha escrit: Jo crec que l'esforç hauria estat molt superior. Potser amb dpkg-reconfigure -a podries haver aconseguit quelcom, però hagués estat un pal igualment, perquè has de respondre una a una les preguntes de configuració de tots els paquets que usen debconf... i vés a saber el resultat final d'això. Jo no ho he fet mai, però com que el sistema de paquets de debian és bo, potser xuta. M'ho vaig estar rumiant, però penso que hauria estat un merder impressionant. Per exemple saber quins paquets tinc instal·lats i tinc no. Això és senzill: dpkg --get-selections (opcionalment redirigint la sortida a un fitxer, que després pots usar en un altre linux fent dpkg --set-selections i amb dselect recuperar el sistema tal i com el tenies) Era un esforç molt menor el re-instal·lar. De fa anys que vaig decidir que s'havia d'evitar al màxim el re-instal·lar (gràcies a un consell del lluis xscript), però aquest cop era una qüestió de força major, necessito treballar amb aquell ordinador. 2.- Pel camí, resulta que pel que sigui tots els nuclis nous que compilo sembla que no reconeixen la partició, o que tenen problemes per iniciar-se i per tant, kernel panic. Cosa veritablement curiosa donat que els compilo a partir del .config original que hi ha a /boot, i mirant-me i remirant-me tot plegat abastament. I no parlem de SATA ni coses rares, IDE clàssic. Diria que això indica que el disc (o la partició) està començant a fallar. A algú més li ha passat? Això és (probablement) perquè tens les particions formatejades amb ext3 (o el sistema de fitxers que sigui) i el suport de ext3 el tens compilat com a mòdul, i no pas incorporat dins el nucli. Aleshores quan es carrega el nucli, com que no té el suport per ext3 no pot anar a llegir els mòduls que el suporten , i no el pot suportar (toma garbuix :-) La solució a això és generar una imatge d'un mini-sistema linux (que contingui els mòduls), i carregar-la en RAM tot just després del nucli. El nucli usa aquesta imatge (initramdisk) per trobar i carregar els mòduls, i aleshores munta les particions del disc dur i fa un chroot per traspassar el control al sistema linux real, abandonant el ramdisk. Exactament això es fa amb aquesta comanda que dius? initramdisk? Me la miro aquesta nit i et dic alguna cosa. No, la comana és update-initramfs. El init ram disk és només un nom per referir-se a la imatge creada. -- *** * Orestes Mas Casals - UPC* * Linux User 285092 http://counter.li.org* * Membre de l'equip català de KDE http://cat.kde.org/ * * Clau pública PGP: 0x97451E6A a http://pgp.mit.edu/ * ***
