[LÖST] /home/ borta och systemet ej skrivbar!

[walle]

Jag är inte säker om det är rätt forum, om det är fel så bver jag om ursäkt på förhand. Nu till problemet:

Jag har stött på ett allvarligt problem med min backupserver. Av någon anledning drogs kontakten ur datorn så att den stängdes av på ett korrekt sätt. När datorn startades upp igen så ville man ju förstås kontrollera om allt fungerade och vad som har gått förlorat. Jag loggar in via SSH till serven och möts av detta meddelande:

Kod: Markera allt

Could not chdir to home directory /home/bb: No such file or directory
-bash: cannot create temp file for here document: Filsystemet endast läsbart

Jag tänkte "Jahopp, då får man ladda upp backuperna igen" och började att skapa mappen igen på nytt, men fick bara följande meddelande trots att jag har root-rättigheter:

Kod: Markera allt

mkdir: kan inte skapa katalog "/home/walle": Filsystemet endast läsbart

Övriga systemet verkar vara intakt, men det går inte ändra någonting. Försökte med crontab -e, men det gick inte och fick istället köra crontab -l för att se om mina crons fanns kvar.

Vad är det för fel? Går det att lösa utan formatering (har inte möjlighet att göra det först när jag kommer hem, vilket är om några veckor)? Förutom att stänga av den ordentligt, finns det andra sätt att förebygga denna typ av fel?

Övrig information
OS: Easy Peasy 1.0 (Ubuntu 8.10)
Dator: Asus EEE 904HD

[bbauto]

Börja med att starta om datorn, välj "Recovery mode" när du kommer till uppstartshanteraren grub.
Kör fsck (Kontrollera filsystemet). Fungerar inte det så får du ta till Omstart med LiveCDn:

System->Administration->Partitionsredigeraren->Högerklicka på dina partitioner->Avmontera->Kontrollera...

eller via terminalen:
Program->Tillbehör->Terminalen
sudo fdisk -l
sudo fsck.ext3 /dev/sda1 (byt ext3 och sdax mot vad du har själv)

[walle]

Tack för svar!

Börja med att starta om datorn, välj "Recovery mode" när du kommer till uppstartshanteraren grub.
Kör fsck (Kontrollera filsystemet). Fungerar inte det så får du ta till Omstart med LiveCDn:

System->Administration->Partitionsredigeraren->Högerklicka på dina partitioner->Avmontera->Kontrollera...

eller via terminalen:
Program->Tillbehör->Terminalen

Just nu har jag inte tillgång till datorn fysiskt och jag kör enbart SSH via en terminal, så att för tillfälligt har jag ingen möjlighet att göra det du föreslog.

sudo fdisk -l
sudo fsck.ext3 /dev/sda1 (byt ext3 och sdax mot vad du har själv)

Resultatet blev följande:

Kod: Markera allt

Disk /dev/sda: 160,0 GB, 160041885696 byte
255 huvuden, 63 sektorer/spår, 19457 cylindrar
Enheter = cylindrar av 16065 · 512 = 8225280 byte
Diskidentifierare: 0x5bfe59d5

    Enhet Start     Början        Slut     Block    Id  System
/dev/sda1            1825       19457   141637072+   5  Utökad
/dev/sda2   *           1        1824    14651248+  83  Linux
/dev/sda5           19215       19457     1951897+  82  Linux växling / Solaris
/dev/sda6            1825       19213   139677079+  83  Linux

Posterna i partitionstabellen är inte i diskordning

/home ligger på enskild patiation och den har mest utrymme, därmed så skulle jag gissa på att det är /dev/sda6 som är /home.

Nästa resultat:

Kod: Markera allt

sudo fsck.ext3 /dev/sda6
e2fsck 1.41.3 (12-Oct-2008)
/dev/sda6: rent, 2600/8732672 filer, 23707282/34919269 block

Med detta hjälpte tyvärr inte, samma fel.

[Konservburk]

Kör cat /proc/mounts och se efter om filsytemet har monterats read-only.

[walle]

Kör cat /proc/mounts och se efter om filsytemet har monterats read-only.

Kod: Markera allt

rootfs / rootfs rw 0 0
none /sys sysfs rw,nosuid,nodev,noexec 0 0
none /proc proc rw,nosuid,nodev,noexec 0 0
udev /dev tmpfs rw,mode=755 0 0
fusectl /sys/fs/fuse/connections fusectl rw 0 0
/dev/disk/by-uuid/a4474848-c28a-43c2-aa72-bd497a9402c7 / ext3 ro,errors=continue,data=ordered 0 0
/dev/disk/by-uuid/a4474848-c28a-43c2-aa72-bd497a9402c7 /dev/.static/dev ext3 ro,errors=continue,data=ordered 0 0
tmpfs /lib/init/rw tmpfs rw,nosuid,mode=755 0 0
varrun /var/run tmpfs rw,nosuid,mode=755 0 0
varlock /var/lock tmpfs rw,nosuid,nodev,noexec 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
devpts /dev/pts devpts rw,nosuid,noexec,gid=5,mode=620 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,nosuid,nodev,noexec 0 0

[bbauto]

Tack för svar!

Börja med att starta om datorn, välj "Recovery mode" när du kommer till uppstartshanteraren grub.
Kör fsck (Kontrollera filsystemet). Fungerar inte det så får du ta till Omstart med LiveCDn:

System->Administration->Partitionsredigeraren->Högerklicka på dina partitioner->Avmontera->Kontrollera...

eller via terminalen:
Program->Tillbehör->Terminalen

Just nu har jag inte tillgång till datorn fysiskt och jag kör enbart SSH via en terminal, så att för tillfälligt har jag ingen möjlighet att göra det du föreslog.

sudo fdisk -l
sudo fsck.ext3 /dev/sda1 (byt ext3 och sdax mot vad du har själv)

Resultatet blev följande:

Kod: Markera allt

Disk /dev/sda: 160,0 GB, 160041885696 byte
255 huvuden, 63 sektorer/spår, 19457 cylindrar
Enheter = cylindrar av 16065 · 512 = 8225280 byte
Diskidentifierare: 0x5bfe59d5

    Enhet Start     Början        Slut     Block    Id  System
/dev/sda1            1825       19457   141637072+   5  Utökad
/dev/sda2   *           1        1824    14651248+  83  Linux
/dev/sda5           19215       19457     1951897+  82  Linux växling / Solaris
/dev/sda6            1825       19213   139677079+  83  Linux

Posterna i partitionstabellen är inte i diskordning

/home ligger på enskild patiation och den har mest utrymme, därmed så skulle jag gissa på att det är /dev/sda6 som är /home.

Nästa resultat:

Kod: Markera allt

sudo fsck.ext3 /dev/sda6
e2fsck 1.41.3 (12-Oct-2008)
/dev/sda6: rent, 2600/8732672 filer, 23707282/34919269 block

Med detta hjälpte tyvärr inte, samma fel.

hmm. trött i morse... Du bör avmontera innan fsck...
sudo umount /dev/sda2
sudo umount /dev/sda6
sudo fsck.ext3 /dev/sda2
sudo fsck.ext3 /dev/sda6

[bbauto]

Kör cat /proc/mounts och se efter om filsytemet har monterats read-only.

Kod: Markera allt

rootfs / rootfs rw 0 0
none /sys sysfs rw,nosuid,nodev,noexec 0 0
none /proc proc rw,nosuid,nodev,noexec 0 0
udev /dev tmpfs rw,mode=755 0 0
fusectl /sys/fs/fuse/connections fusectl rw 0 0
/dev/disk/by-uuid/a4474848-c28a-43c2-aa72-bd497a9402c7 / ext3 ro,errors=continue,data=ordered 0 0
/dev/disk/by-uuid/a4474848-c28a-43c2-aa72-bd497a9402c7 /dev/.static/dev ext3 ro,errors=continue,data=ordered 0 0
tmpfs /lib/init/rw tmpfs rw,nosuid,mode=755 0 0
varrun /var/run tmpfs rw,nosuid,mode=755 0 0
varlock /var/lock tmpfs rw,nosuid,nodev,noexec 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
devpts /dev/pts devpts rw,nosuid,noexec,gid=5,mode=620 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,nosuid,nodev,noexec 0 0

Kan du göra om fsck.ext3 nu med umount före!
Det skulle också vara intressant att titta på din /boot/grub/menu.lst
samt /etc/fstab

Som du ser ovan finns fel på root-partitionen, förmodligen därför den inte monterar /home
fsck bör lösa problemet...

[bbauto]

Lyckats sova några timmar nu... -Febrig-

Det bästa är att fixa m.h.a LiveCDn, annars bör du kunna köra:
sudo reboot
Välja Recovery mode
fsck Kontrollera filsystemet
resume Normal boot

[Osprey]

Jag är inte säker på om det går att fixa en fsck på root-filsystemet i revovery-mode heller, själva rooten är ju monterad redan då. Däremot går det att fixa genom att ta upp burken i recovery/eller som vanligt och sedan köra kommandot:

Kod: Markera allt

sudo touch /forcefsck

Och sedan boota om igen, då kollas alla filsystem upp en gång med fsck...

[Konservburk]

Jag är inte säker på om det går att fixa en fsck på root-filsystemet i revovery-mode heller, själva rooten är ju monterad redan då. Däremot går det att fixa genom att ta upp burken i recovery/eller som vanligt och sedan köra kommandot:

Kod: Markera allt

sudo touch /forcefsck

Och sedan boota om igen, då kollas alla filsystem upp en gång med fsck...

Hur skulle han kunna skapa en sådan fil när han inte får skriva till root-filsytemet?

[Osprey]

Jag är inte säker på om det går att fixa en fsck på root-filsystemet i revovery-mode heller, själva rooten är ju monterad redan då. Däremot går det att fixa genom att ta upp burken i recovery/eller som vanligt och sedan köra kommandot:

Kod: Markera allt

sudo touch /forcefsck

Och sedan boota om igen, då kollas alla filsystem upp en gång med fsck...

Hur skulle han kunna skapa en sådan fil när han inte får skriva till root-filsytemet?

Ojdå, ja att jag är dålig på att läsa ordentligt gör det ju inte lättare att skriva till ett skrivskyddat filsystem...

[bbauto]

Jag är inte säker på om det går att fixa en fsck på root-filsystemet i revovery-mode heller, själva rooten är ju monterad redan då. Däremot går det att fixa genom att ta upp burken i recovery/eller som vanligt och sedan köra kommandot:

Kod: Markera allt

sudo touch /forcefsck

Och sedan boota om igen, då kollas alla filsystem upp en gång med fsck...

Enklast blir nog LiveCD...

[bbauto]

Jag är inte säker på om det går att fixa en fsck på root-filsystemet i revovery-mode heller, själva rooten är ju monterad redan då. Däremot går det att fixa genom att ta upp burken i recovery/eller som vanligt och sedan köra kommandot:

Kod: Markera allt

sudo touch /forcefsck

Och sedan boota om igen, då kollas alla filsystem upp en gång med fsck...

Hur skulle han kunna skapa en sådan fil när han inte får skriva till root-filsytemet?

Har inte du några magiska knep han kan ta till över SSH? Jag har själv utrustning som ska skickas iväg, som jag behöver komma åt med SSH. Frågan är hur man löser det på enklast sätt, dvs om man råkar ut för problem på rooten. Dubbla system??

[Osprey]

Hur skulle han kunna skapa en sådan fil när han inte får skriva till root-filsytemet?

Har inte du några magiska knep han kan ta till över SSH? Jag har själv utrustning som ska skickas iväg, som jag behöver komma åt med SSH. Frågan är hur man löser det på enklast sätt, dvs om man råkar ut för problem på rooten. Dubbla system??[/quote]
En dualboot fixar ju visst skydd mot att en root är kass, däremot hjälper det ju inte om hårdvaran kraschar eller grub går sönder...

[bbauto]

Hur skulle han kunna skapa en sådan fil när han inte får skriva till root-filsytemet?

Har inte du några magiska knep han kan ta till över SSH? Jag har själv utrustning som ska skickas iväg, som jag behöver komma åt med SSH. Frågan är hur man löser det på enklast sätt, dvs om man råkar ut för problem på rooten. Dubbla system??

En dualboot fixar ju visst skydd mot att en root är kass, däremot hjälper det ju inte om hårdvaran kraschar eller grub går sönder...[/quote]Ehh har tråden hamnat i otakt?

[walle]

Oj, många inlägg, men jag kör på vad jag har kommit fram hittills:

Ett stort framsteg har tagits då jag lyckades få tillbaka filerna i /home, problemet var att patitionen som /home ligger på var inte monterad (/dev/sda6/) av någon j***a anledning. Varför mountar den inte vid uppstart? Hur gör jag för att den ska göra det?

Dock återstår det problemet är att jag inte kan ändra något i systemet, kör jag crontab -e så står det att filsystemet enbart är läsbart. Vad kan det här bero på? Är det möjligt att det har med att /home inte mountas vid start?

Sedan ett litet förtydligande:
Nej, LiveCD är uteslutet i dagslgäget eftersom jag inte har någon fysisk kontakt med datorn. Datorn finns två timmars bilresande från den plats jag befinner mig från nu. Jag kommer hem först om två veckor.
Det samma gäller recovery-booten, om såvida någon här vet hur man går till väga med enbart hjälp av SSH.

[bbauto]

Oj, många inlägg, men jag kör på vad jag har kommit fram hittills:

Ett stort framsteg har tagits då jag lyckades få tillbaka filerna i /home, problemet var att patitionen som /home ligger på var inte monterad (/dev/sda6/) av någon j***a anledning. Varför mountar den inte vid uppstart? Hur gör jag för att den ska göra det?

Dock återstår det problemet är att jag inte kan ändra något i systemet, kör jag crontab -e så står det att filsystemet enbart är läsbart. Vad kan det här bero på? Är det möjligt att det har med att /home inte mountas vid start?

Sedan ett litet förtydligande:
Nej, LiveCD är uteslutet i dagslgäget eftersom jag inte har någon fysisk kontakt med datorn. Datorn finns två timmars bilresande från den plats jag befinner mig från nu. Jag kommer hem först om två veckor.
Det samma gäller recovery-booten, om såvida någon här vet hur man går till väga med enbart hjälp av SSH.

kan du skicka in innehållet av
/boot/grub/menu.lst
och
/etc/fstab
Hit?
Anledningen är antagligen att systemet inte blivit avmonterat på rätt sätt, det kan i sin tur bero på spänningsbortfall, transienter, värmeproblem, powersettings etc... När systemet hittar fel på partitioner, så monteras dessa normalt i ReadOnly läge. Genom att maipulera filerna ovan kan man tvinga dom att starta i ReadWrite oavsett om småfel finns. Nu vet jag inte vad som är default för en serverinstallation, men har man ingen fysisk åtkomst till servern, så är väl det sistnämnda att föredra.

PS! Har du gott om plats under /home ? Min tanke är att det kanske går att installera ett minimalt system under /home m.h.a chroot, för att komma åt filerna ovan köksvägen? har aldrig prövat chroot via SSH.

[Konservburk]

Genom att maipulera filerna ovan kan man tvinga dom att starta i ReadWrite oavsett om småfel finns.

Det första du bör testa är försöka ommontera filsystemet skrivbart:

Kod: Markera allt

mount -o remount,rw /

Det är inte alls säkert att det går, men om det bara är småfel, så kanske.

[walle]

Kod: Markera allt

# menu.lst - See: grub(8), info grub, update-grub(8)
#            grub-install(8), grub-floppy(8),
#            grub-md5-crypt, /usr/share/doc/grub
#            and /usr/share/doc/grub-doc/.

## default num
# Set the default entry to the entry number NUM. Numbering starts from 0, and
# the entry number 0 is the default if the command is not used.
#
# You can specify 'saved' instead of a number. In this case, the default entry
# is the entry saved with the command 'savedefault'.
# WARNING: If you are using dmraid do not use 'savedefault' or your
# array will desync and will not let you boot your system.
default		0

## timeout sec
# Set a timeout, in SEC seconds, before automatically booting the default entry
# (normally the first entry defined).
timeout		0

## hiddenmenu
# Hides the menu by default (press ESC to see the menu)
hiddenmenu

# Pretty colours
#color cyan/blue white/blue

## password ['--md5'] passwd
# If used in the first section of a menu file, disable all interactive editing
# control (menu entry editor and command-line)  and entries protected by the
# command 'lock'
# e.g. password topsecret
#      password --md5 $1$gLhU0/$aW78kHK1QfV3P2b2znUoe/
# password topsecret

#
# examples
#
# title		Windows 95/98/NT/2000
# root		(hd0,0)
# makeactive
# chainloader	+1
#
# title		Linux
# root		(hd0,1)
# kernel	/vmlinuz root=/dev/hda2 ro
#

#
# Put static boot stanzas before and/or after AUTOMAGIC KERNEL LIST

### BEGIN AUTOMAGIC KERNELS LIST
## lines between the AUTOMAGIC KERNELS LIST markers will be modified
## by the debian update-grub script except for the default options below

## DO NOT UNCOMMENT THEM, Just edit them to your needs

## ## Start Default Options ##
## default kernel options
## default kernel options for automagic boot options
## If you want special options for specific kernels use kopt_x_y_z
## where x.y.z is kernel version. Minor versions can be omitted.
## e.g. kopt=root=/dev/hda1 ro
##      kopt_2_6_8=root=/dev/hdc1 ro
##      kopt_2_6_8_2_686=root=/dev/hdc2 ro
# kopt=root=UUID=a4474848-c28a-43c2-aa72-bd497a9402c7 ro

## default grub root device
## e.g. groot=(hd0,0)
# groot=a4474848-c28a-43c2-aa72-bd497a9402c7

## should update-grub create alternative automagic boot options
## e.g. alternative=true
##      alternative=false
# alternative=true

## should update-grub lock alternative automagic boot options
## e.g. lockalternative=true
##      lockalternative=false
# lockalternative=false

## additional options to use with the default boot option, but not with the
## alternatives
## e.g. defoptions=vga=791 resume=/dev/hda5
# defoptions=quiet splash

## should update-grub lock old automagic boot options
## e.g. lockold=false
##      lockold=true
# lockold=false

## Xen hypervisor options to use with the default Xen boot option
# xenhopt=

## Xen Linux kernel options to use with the default Xen boot option
# xenkopt=console=tty0

## altoption boot targets option
## multiple altoptions lines are allowed
## e.g. altoptions=(extra menu suffix) extra boot options
##      altoptions=(recovery) single
# altoptions=(recovery mode) single

## controls how many kernels should be put into the menu.lst
## only counts the first occurence of a kernel, not the
## alternative kernel options
## e.g. howmany=all
##      howmany=7
# howmany=all

## should update-grub create memtest86 boot option
## e.g. memtest86=true
##      memtest86=false
# memtest86=true

## should update-grub adjust the value of the default booted system
## can be true or false
# updatedefaultentry=false

## should update-grub add savedefault to the default options
## can be true or false
# savedefault=false

## ## End Default Options ##

title		Easy Peasy 1.0, kernel 2.6.27-8-eeepc
uuid		a4474848-c28a-43c2-aa72-bd497a9402c7
kernel		/boot/vmlinuz-2.6.27-8-eeepc root=UUID=a4474848-c28a-43c2-aa72-bd497a9402c7 ro quiet splash 
initrd		/boot/initrd.img-2.6.27-8-eeepc
quiet

title		Easy Peasy 1.0, kernel 2.6.27-8-eeepc (recovery mode)
uuid		a4474848-c28a-43c2-aa72-bd497a9402c7
kernel		/boot/vmlinuz-2.6.27-8-eeepc root=UUID=a4474848-c28a-43c2-aa72-bd497a9402c7 ro  single
initrd		/boot/initrd.img-2.6.27-8-eeepc

title		Easy Peasy 1.0, memtest86+
uuid		a4474848-c28a-43c2-aa72-bd497a9402c7
kernel		/boot/memtest86+.bin
quiet

### END DEBIAN AUTOMAGIC KERNELS LIST

och

Kod: Markera allt

cat /etc/fstab
# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
# /dev/sda2
UUID=a4474848-c28a-43c2-aa72-bd497a9402c7 /               ext3    noatime,errors=remount-rousr,quota,grpquota 0       1
# /dev/sda6
UUID=37363561-36d0-4528-b0cc-b460454f04d3 /home           ext3    noatime        0       2
# /dev/sda5
UUID=e883beef-7bc2-41d0-88ab-2e63c02abf54 none            swap    sw              0       0
# settings added by eeepc-tweaks
tmpfs		/tmp		tmpfs	defaults,noatime,mode=1777	0 0
tmpfs		/var/tmp	tmpfs	defaults,noatime,mode=1777	0 0
tmpfs		/var/log	tmpfs	defaults,noatime,mode=0755	0 0

[walle]

Genom att maipulera filerna ovan kan man tvinga dom att starta i ReadWrite oavsett om småfel finns.

Det första du bör testa är försöka ommontera filsystemet skrivbart:

Kod: Markera allt

mount -o remount,rw /

Det är inte alls säkert att det går, men om det bara är småfel, så kanske.

Kod: Markera allt

user@backup:~$ mount -o remount,rw /
mount: endast root kan göra det
user@backup:~$ sudo mount -o remount,rw /
[sudo] password for user: 
mount: / är inte redan monterad, eller felaktig flagga