situatie schets
Gister, toen bekend werd dat er een kernel exploit zit in de kernel op onze test bak, heeft een wat overijverige stagiaire de kernel geupdate en geinstalleerd. Dit resulteerde bij ons echter in een dode bak, hij had wat zaken vergeten.
Ik ben dus vandaag naar de colo gereden waar de partitie waar mijn / op staat (/dev/hdc5, xfs) corrupt bleek te zijn.
Omdat we geen tijd hebben om die bak lang offline te hebben, ondanks dat het een testbak is staan er toch spullen van klanten op die getest worden, heb ik een cp -ar gedaan van alle data van /dev/hdc5 (/ mounted) naar een nieuwe schrijf. Deze is ext3 dus een dd kon niet, even daargelaten dat dan het corrupte journaal mee overgezet wordt. De cp vond een aantal bestanden die niet gecopieerd konden worden en die zijn essentieel voor het functioneren van apt. Om even aan te geven, op dit moment werkt dpkg niet goed meer.
Nu heb ik fstab aangepast, lilo.conf aangepast en lilo laten draaien, met de gedachte dat dan de xfs partitie (/dev/hdc5) vrij bewerkt kon worden met xfs_check. Tot mijn stomme verbazing geeft xfs_check echter terug dat /dev/hdc5 nog steeds gemount is. Als ik de dmesg doorkijk dan klopt dit ook.
de vragen
Ten eerste: waar wordt die xfs alsnog gemount? /etc/fstab en /etc/lilo.conf zijn dus aangepast en wijzen naar de nieuwe partitie.
Ten tweede: welke bestanden _moet_ ik hebben voor een goed werkende apt/dpkg? Want het verlies van eventuele data op de oude / is niet zo erg, alleen apt moet werken voor eventuele updates/upgrades.
Dat was het eigenlijk
Nog even wat gegevens:
Gister, toen bekend werd dat er een kernel exploit zit in de kernel op onze test bak, heeft een wat overijverige stagiaire de kernel geupdate en geinstalleerd. Dit resulteerde bij ons echter in een dode bak, hij had wat zaken vergeten.
Ik ben dus vandaag naar de colo gereden waar de partitie waar mijn / op staat (/dev/hdc5, xfs) corrupt bleek te zijn.
Omdat we geen tijd hebben om die bak lang offline te hebben, ondanks dat het een testbak is staan er toch spullen van klanten op die getest worden, heb ik een cp -ar gedaan van alle data van /dev/hdc5 (/ mounted) naar een nieuwe schrijf. Deze is ext3 dus een dd kon niet, even daargelaten dat dan het corrupte journaal mee overgezet wordt. De cp vond een aantal bestanden die niet gecopieerd konden worden en die zijn essentieel voor het functioneren van apt. Om even aan te geven, op dit moment werkt dpkg niet goed meer.
Nu heb ik fstab aangepast, lilo.conf aangepast en lilo laten draaien, met de gedachte dat dan de xfs partitie (/dev/hdc5) vrij bewerkt kon worden met xfs_check. Tot mijn stomme verbazing geeft xfs_check echter terug dat /dev/hdc5 nog steeds gemount is. Als ik de dmesg doorkijk dan klopt dit ook.
de vragen
Ten eerste: waar wordt die xfs alsnog gemount? /etc/fstab en /etc/lilo.conf zijn dus aangepast en wijzen naar de nieuwe partitie.
Ten tweede: welke bestanden _moet_ ik hebben voor een goed werkende apt/dpkg? Want het verlies van eventuele data op de oude / is niet zo erg, alleen apt moet werken voor eventuele updates/upgrades.
Dat was het eigenlijk
Nog even wat gegevens:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
| ns1:/home/ronald# mount /dev/hda1 on / type ext3 (rw) proc on /proc type proc (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) /dev/hdc8 on /home type ext3 (rw) ns1:/home/ronald# xfs_check /dev/hdc5 xfs_check: /dev/hdc5 contains a mounted and writable filesystem fatal error -- couldn't initialize XFS library ns1:/home/ronald# mount -o ro /dev/hdc5 /tmp/ mount: /dev/hdc5 already mounted or /tmp/ busy ns1:/home/ronald# ns1:/home/ronald# uname -a Linux ns1.logibiz.net 2.4.20-bf2.4-xfs #1 Don Jan 16 08:25:40 CET 2003 i686 GNU/Linux |
Woonachtig Down Under. Ik negeer je insults niet, maar tegen de tijd dat ik ze lees zijn ze meestal niet relevant meer