[Ubuntu] Na stroomstoring systeem gaar

[johan2009]

Okay dames en heren! Mijn xubuntu 13.10 HTPC, NAS-server, Webdev test-server is door een stroomstoring gehavend geraakt. Het systeem wilde aanvankelijk niet booten. Met een Ubuntu Live-Usb kwam ik erachter

• dat de ESP-partitie in Fat32 (draait UEFI) een "Dirty sticky bit" had geset (zoiets), deze is verwijderd.
• Ook heb ik de 3 btrfs-partities (/ , /home en /srv ) en heb deze met het commando 'btrfs filesystem scrub' uitgevoerd. Alle 3 de partties geen meldingen, dus lijkt mij goed.
• Daarna heb ik 'btrfs filesystem balance PadNaarGemounteHomePartitie' uitgevoerd. Dit is een RAID1-partitie. Ik dacht misschien is daar iets gaar van. Nu deze heeft gerund en geen output.
• Daarna boot Ubuntu en ik zie vervolgens de grafische loader, daarna is zwartscherm met links bovenin stilstaande cursor, er is vrij lang disk-activiteit (zie ik een HDD-LED)
• Via een volgende bootpoging kwam ik in terminal [ctrl+alt+f1] en alles wat ik doe krijg ik bij gebruiker '/var/lib/iets :No space left.
• Met df -Th zie ik geen partitie waar meer dan 81% van ingebruik is (is /srv en / is 77%)
• met sudo elke keer vraagt systeem om password onthoud dus niets en ook werkt dat TAB-toets niet. Dit zorgt wederom voor een /var/lib/jadajadajadaa No space left. Het lijkt alsof /var vol is maar dat is geen aparte partitie.
• free -m zie ik dat geheugen niet volloopt
• top geeft ook niet aan dat proces 100% cpu gebruikt ofzo

Ik zit met m'n handen in het haar. What to do?

[ Voor 4% gewijzigd door johan2009 op 18-01-2014 20:05 ]

[MartinMeijerink]

Kan het zijn dat (vanwege toch nog errors in het filesystem) bepaalde partitie(s) nog read-only gemount zijn?
Misschien dat-ie daarom ook zegt "no space left", terwijl ie dus eigenlijk bedoelt dat ie niet kan schrijven?
Kun je zelf (in ieder geval ff als root testen!) schrijven in de verschillende partities?

[johan2009]

Thanx for je reactie. Ik zal het uitzoeken!

Ik zie nu dat ik via ssh er remote in kan. Kan ik gelukkig copy/pasten die code.

Ff proberen te schrijven in root-directory;

code:

raymond@htpc:/$ sudo touch test.log
[sudo] password for raymond:
sudo: unable to write to /var/lib/sudo/raymond/1: No space left on device
touch: cannot touch 'test.log': No space left on device

mtab uitvoer;

code:

raymond@htpc:/$ sudo cat /etc/mtab
[sudo] password for raymond:
sudo: unable to write to /var/lib/sudo/raymond/1: No space left on device
/dev/sda3 / btrfs rw,noatime,ssd,discard,subvol=@ 0 0
proc /proc proc rw,noexec,nosuid,nodev 0 0
sysfs /sys sysfs rw,noexec,nosuid,nodev 0 0
none /sys/fs/cgroup tmpfs rw 0 0
none /sys/fs/fuse/connections fusectl rw 0 0
none /sys/kernel/debug debugfs rw 0 0
none /sys/kernel/security securityfs rw 0 0
none /sys/firmware/efi/efivars efivarfs rw 0 0
udev /dev devtmpfs rw,mode=0755 0 0
devpts /dev/pts devpts rw,noexec,nosuid,gid=5,mode=0620 0 0
tmpfs /run tmpfs rw,noexec,nosuid,size=10%,mode=0755 0 0
none /run/lock tmpfs rw,noexec,nosuid,nodev,size=5242880 0 0
none /run/shm tmpfs rw,nosuid,nodev 0 0
none /run/user tmpfs rw,noexec,nosuid,nodev,size=104857600,mode=0755 0 0
none /sys/fs/pstore pstore rw 0 0
/dev/sdc4 /home btrfs rw,compress=lzo 0 0
/dev/sda4 /srv btrfs rw,noatime,ssd,discard 0 0
/dev/sda2 /boot ext3 rw,noatime 0 0
/dev/sda1 /boot/efi vfat rw 0 0
systemd /sys/fs/cgroup/systemd cgroup rw,noexec,nosuid,nodev,none,name=systemd 0 0
gvfsd-fuse /run/user/1000/gvfs fuse.gvfsd-fuse rw,nosuid,nodev,user=raymond 0 0

Het ziet eruit dat het read-write is. Maar uik kan idd geen bestand aanmaken en er wordt telkens om mijn pwd gevraagd als ik sudo commando uitvoer. En nu?

[ Voor 86% gewijzigd door johan2009 op 18-01-2014 21:13 ]

[MartinMeijerink]

en als je het niet met sudo doet, maar eerst gewoon root worden en dan nog wat testjes:

su
touch /test1
touch /home/test2
touch /srv/test3
touch /boot/test4
touch /boot/efi/test5

(ff testen welke partities wel of niet readonly zijn)

[roughtodacore]

Wat zegt df -i ? Misschien inodes vol. Aanname van mijn kant.

[johan2009]

Ik kan niet switchen naar root 'su: Authentication failure'

code:

raymond@htpc:/$ sudo df -i
[sudo] password for raymond:
sudo: unable to write to /var/lib/sudo/raymond/1: No space left on device
df: '/run/user/1000/gvfs': No such file or directory
Filesystem     Inodes IUsed  IFree IUse% Mounted on
/dev/sda3           0     0      0     - /
none           491027     2 491025    1% /sys/fs/cgroup
udev           488409   607 487802    1% /dev
tmpfs          491027   657 490370    1% /run
none           491027     3 491024    1% /run/lock
none           491027     1 491026    1% /run/shm
none           491027     2 491025    1% /run/user
/dev/sdc4           0     0      0     - /home
/dev/sda4           0     0      0     - /srv
/dev/sda2      122400   277 122123    1% /boot
/dev/sda1           0     0      0     - /boot/efi

EDIT: met sudo -i kan ik wel switchen;

code:

raymond@htpc:/$ sudo -i
[sudo] password for raymond:
sudo: unable to write to /var/lib/sudo/raymond/1: No space left on device
root@htpc:~#

Nope zelfs in root-directory als root kan ik geen bestand aanmaken.

[ Voor 13% gewijzigd door johan2009 op 18-01-2014 22:48 ]

[SambalBij]

En wat zegt 'cat /proc/mounts'?

/etc/mtab vertrouw ik niet altijd. Als /etc read only is kan ie die status nooit wegschrijven naar /etc/mtab

'su -' werkt standaard niet in Ubuntu omdat die geen root password heeft.
'sudo -i' werkt wel; dan kun je je eigen password opgeven in plaats van het root password...

[ Voor 36% gewijzigd door SambalBij op 18-01-2014 22:56 ]

[johan2009]

'cat /proc/mounts';

code:

root@htpc:/# cat /proc/mounts
rootfs / rootfs rw 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
udev /dev devtmpfs rw,relatime,size=1953636k,nr_inodes=488409,mode=755 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /run tmpfs rw,nosuid,noexec,relatime,size=392824k,mode=755 0 0
/dev/sda3 / btrfs rw,noatime,ssd,discard,nospace_cache 0 0
none /sys/fs/cgroup tmpfs rw,relatime,size=4k,mode=755 0 0
none /sys/fs/fuse/connections fusectl rw,relatime 0 0
none /sys/kernel/debug debugfs rw,relatime 0 0
none /sys/kernel/security securityfs rw,relatime 0 0
none /sys/firmware/efi/efivars efivarfs rw,relatime 0 0
none /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0
none /run/shm tmpfs rw,nosuid,nodev,relatime 0 0
none /run/user tmpfs rw,nosuid,nodev,noexec,relatime,size=102400k,mode=755 0 0
none /sys/fs/pstore pstore rw,relatime 0 0
/dev/sda2 /boot ext3 rw,noatime,errors=continue,user_xattr,acl,barrier=1,data=ordered 0 0
/dev/sda4 /srv btrfs rw,noatime,ssd,discard,nospace_cache 0 0
/dev/sdb4 /home btrfs rw,relatime,compress=lzo,space_cache 0 0
/dev/sda1 /boot/efi vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro 0 0
systemd /sys/fs/cgroup/systemd cgroup rw,nosuid,nodev,noexec,relatime,name=systemd 0 0

[Hero of Time]

johan2009 schreef op zaterdag 18 januari 2014 @ 22:46:
Ik kan niet switchen naar root 'su: Authentication failure'

code:

raymond@htpc:/$ sudo df -i
[sudo] password for raymond:
sudo: unable to write to /var/lib/sudo/raymond/1: No space left on device
df: '/run/user/1000/gvfs': No such file or directory
Filesystem     Inodes IUsed  IFree IUse% Mounted on
/dev/sda3           0     0      0     - /
none           491027     2 491025    1% /sys/fs/cgroup
udev           488409   607 487802    1% /dev
tmpfs          491027   657 490370    1% /run
none           491027     3 491024    1% /run/lock
none           491027     1 491026    1% /run/shm
none           491027     2 491025    1% /run/user
/dev/sdc4           0     0      0     - /home
/dev/sda4           0     0      0     - /srv
/dev/sda2      122400   277 122123    1% /boot
/dev/sda1           0     0      0     - /boot/efi

EDIT: met sudo -i kan ik wel switchen;

code:

raymond@htpc:/$ sudo -i
[sudo] password for raymond:
sudo: unable to write to /var/lib/sudo/raymond/1: No space left on device
root@htpc:~#

Nope zelfs in root-directory als root kan ik geen bestand aanmaken.

Zie je wat er staat in je df -i output? Je hebt helemaal geen inodes. Ze bestaan niet en er is ook niets beschikbaar. Is er trouwens een hele goede reden waarom je voor btrfs hebt gekozen? Het file system is nog niet final namelijk. Ik zou daarom voor / NOOIT een potentieel instabiel file system gebruiken.

Wat je verder doet moet je zelf bedenken, maar een backup is iig het allereerste wat je gaat doen.

[jan99999]

Opstarten livecd, dan fsck doen op je ext3 en ext4, en gebruik in het vervolg ext4 partitie is moderner en veiliger bij crashes.(ext3/ext4 is net als fat32 en ntfs, fat32 en ext3 nooit gebruiken, indien mogelijk).
Misschien kun je dan wel weer schrijven op de partities.

fsck,
fsck via gparted.

Start de livecd van ubuntu.
Start gparted.
Kies de harde schijf.(rechtsboven).
Unmount indien nodig.
Met muis op partitie gaan staan, dan rechtertoets, dan check kiezen(dit is fsck).
Dan op uitvoeren drukken.
Doe dit voor elke partitie, behalve swap en ntfs en fat32 en fat.
Doe dit voor elke harde schijf.

[ Voor 12% gewijzigd door jan99999 op 19-01-2014 08:40 ]

[johan2009]

Gisteren had ik via rsync alle data gebackupt. Ik heb met Live-USB via gparted alle btrfs-partities en ext3-partitie laten checken. Nog steeds geen inodes;

code:

root@htpc:~# df -i
df: '/run/user/1000/gvfs': No such file or directory
Filesystem     Inodes IUsed  IFree IUse% Mounted on
/dev/sda3           0     0      0     - /
none           491027     2 491025    1% /sys/fs/cgroup
udev           488409   607 487802    1% /dev
tmpfs          491027   655 490372    1% /run
none           491027     3 491024    1% /run/lock
none           491027     1 491026    1% /run/shm
none           491027     2 491025    1% /run/user
/dev/sdc4           0     0      0     - /home
/dev/sda4           0     0      0     - /srv
/dev/sda2      122400   277 122123    1% /boot
/dev/sda1           0     0      0     - /boot/efi

Dat schiet dus weinig op. Alleen de ext3-partitie heeft inodes, fat32 ESP en btrfs 0,0. Wat een cluster-fuck zeg. Ff een stroomstoring. Dit is de eerste keer dat het catastrofaal wordt.

EDIT:
Is Gparted geschikt voor Btrfs te checken trouwens? M'n hele redenen om Btrfs te nemen was geschikt voor SSD en goede checksumming.

Well, btrfs does inodes differently, since they are actually part of the normal file system and not set aside like in other file systems. A “df -i” actually looks like this: http://www.nrtm.org/index...-no-space-left-on-device/. En look like this slaat ook op mijn uitvoer van df -i. Er zijn geen inodes voor btrfs-partities. Ja en 'btrfs filesystem show' geeft voor 2 partites het volgende aan;

code:

Label none uuid: een-hele-lange-string 
   Total devices 1 FS bytes used 16.80GB
   devid 1 size 23.28Gb used 23.28GB path /dev/sdaX

Volgens de ingevoegde link kloppen 'df' en 'du' niet voor btrfs.

[ Voor 38% gewijzigd door johan2009 op 19-01-2014 11:40 ]

[CAPSLOCK2000]

Vergeet 'df -i', dat heeft niks met je probleem te maken. BTRFS werkt anders, mijn BTRFS-filesysteem laat ook 0 inodes zien.

/etc/mtab moet je niet vertrouwen, dat is een file op het defecte filesysteem. Die bevat mogelijk oude informatie, van voor de crash, want na de crash was de file read-only en kan dus niet meer worden bijgewerkt.
Gebruik het commando 'mount' of zie /proc/mounts

Door de checksums en copy-on-write van BTRFS zou je op zich een redelijke kans moeten hebben om de boel nog te herstellen, zeker in combinatie met raid-1. Je wil daar wel een hele recente versie van hebben want die software is nog niet zo oud.

[johan2009]

Ik zie iemand het volgende advies hebben


Just for people who may be interested in this topic.
I've tried to mount the btrfs partition with a lot of different live distros, without any success.
I've studied a bit something about the new btrfsck options, here (http://www.funtoo.org/wiki/BTRFS_Fun).
I found out that actually GParted Live has the new btrfsck-progs built-in. Tried to mount the partition with the recovery command:

Code: Select all
# mount -o recovery /dev/yourBTFSvolume /mount/point


But I got an error having a "replay_one_*" function and, as the guide above says, I decided to use the "clearing BTRFS Journal Option":

Code: Select all
# ./btrfs-zero-log /dev/sdb1


After that, I mounted the drive normally. Rebooted, the system worked fine!

It's time to make a nice backup by the way!

Thanks to everyone in any case

bron

en in deze blog knikkert de persoon de snapshots weg als ik het goed begrijp;

denkbrett:~ # btrfs filesystem show
Label: none uuid: b3b42cba-c08e-4401-9382-6db379176a1f
Total devices 1 FS bytes used 90.21GB
devid 1 size 100.00GB used 85.29GB path /dev/sda4
...

This is weird. This is almost like on our large NAS for the home-directories of the ZIH users. BINGO! That NAS uses snapshots to keep old data blocks to be able to revert changes. I remember reading the article about btrfs in “c’t” (https://www.heise.de/artikel-archiv/ct/2011/23/174 and https://www.heise.de/artikel-archiv/ct/2011/24/190) – btrfs can also do snapshots. Maybe my OS is trying to be smart?! Let’s take “snapper” and see what’s there:

denkbrett:~ # snapper list
Type | # | Pre # | Date | Cleanup | Description | Userdata
-------+------+-------+--------------------------+----------+-------------------+---------
single | 0 | | | | current |
single | 1 | | Thu Nov 10 14:00:01 2011 | timeline | timeline |
single | 607 | | Thu Dec 1 00:00:01 2011 | timeline | timeline |
single | 1381 | | Sun Jan 1 00:00:01 2012 | timeline | timeline |
pre | 1609 | | Mon Jan 9 15:13:34 2012 | number | zypp(zypper) |
post | 1610 | 1609 | Mon Jan 9 15:15:48 2012 | number | |
pre | 1611 | | Mon Jan 9 15:16:35 2012 | number | zypp(zypper) |
post | 1612 | 1611 | Mon Jan 9 15:16:49 2012 | number | |
... (lots more)

Well this is nice, my OS does snapshots from time to time and before and after a system update. Actually really nice to revert to an old state if something goes wrong. But now I need to get rid of you folks. Unfortunately a “snapper delete all” is not implemented – I have to run the command for every single one of them. Are you kidding me again? Well, let’s “fake” the “all”:

denkbrett:~ # for i in `seq 1 3656`; do snapper delete $i; done

Take this! Well almost – after getting rid of about 20 snapshots I find another known friend (https://bugzilla.novell.com/show_bug.cgi?id=733843):

kernel BUG at
/home/abuild/rpmbuild/BUILD/kernel-desktop-3.1.0/linux-3.1/fs/btrfs/inode.c:785!
invalid opcode: 0000 [#1] PREEMPT SMP

Ok – reboot, runlevel 1 again. On the second try I get rid of all snapshots and am back to 49 % file system usage!!
bron

Hmm what to do that to do?

[CAPSLOCK2000]

Die recovery optie lijkt wel interessant. Snapshots weggooien zou ik niet doen. Als je snapshots hebt zou je kunnen proberen een ouder snapshot te mounten, misschien is dat wel nog in orde.

[Hero of Time]

Wat ik van die melding en quote begrijp, is dat snapshots juist z'n / hebben gevuld en daar alle foutmeldingen van komen. Met df -h zie je niet de ruimte die ingenomen wordt door snapshots blijkbaar.

[johan2009]

met 'btrfs filesystem show Mountpoint' kan ik gebruik bekijken. Als ik niet tijdig in geboot systeem naar tty overschakel kan ik gewoonweg later niet erin komen openssh-server lijkt niet op te starten of is gecrashed want systeem is niet te benaderen.

Ik heb 'btrfsck --repair /dev/sdxY' als gedraait; geen errors. Ook 'btrfs-zero-log /dev/sdxY' uitgevoerd maar geeft niets als output. Ik heb ook met argument 'mount -o recovery /dev/yourBTFSvolume /mount/point' gemount; you can use the recovery option to make BTRFS seek for a usable copy of tree root (several copies of it exists on the disk). Just mount your filesystem as

Nu een reboot heb ik mooi zwartscherm met cursor linksboven (nadat ik Ubuntu-loader zag); geen tty of ssh.

Edit: Als ik optijd naar CLI schakel kan ik in ubuntu komen. Dit is ruwe data van btrfs

code:

root@htpc:~# btrfs filesystem show
failed to open /dev/sr0: No medium found
Label: 'btrfs-raid1'  uuid: e603d4a4-ad97-439c-84d6-e69b8e9d6133
    Total devices 2 FS bytes used 692.29GB
    devid    2 size 1.81TB used 694.03GB path /dev/sdc4
    devid    1 size 1.81TB used 694.04GB path /dev/sdb4

Label: none  uuid: 641ab9e7-34e9-454f-b31d-58890f26fef0
    Total devices 1 FS bytes used 16.82GB
    devid    1 size 23.28GB used 23.28GB path /dev/sda4

Label: none  uuid: fcfd06ff-f200-4947-9177-551f6f54f00b
    Total devices 1 FS bytes used 16.00GB
    devid    1 size 23.28GB used 23.28GB path /dev/sda3

Btrfs v0.20-rc1
root@htpc:~#

En dat is de daadwerkelijke gebruik;

code:

root@htpc:~# btrfs filesystem df /
Data: total=20.25GB, used=14.85GB
System, DUP: total=8.00MB, used=4.00KB
System: total=4.00MB, used=0.00
Metadata, DUP: total=1.50GB, used=1.15GB
Metadata: total=8.00MB, used=0.00
root@htpc:~#

code:

root@htpc:~# btrfs filesystem df /srv
Data: total=20.75GB, used=16.77GB
System, DUP: total=8.00MB, used=4.00KB
System: total=4.00MB, used=0.00
Metadata, DUP: total=1.25GB, used=49.00MB
Metadata: total=8.00MB, used=0.00
root@htpc:~#

code:

root@htpc:~# btrfs filesystem df /home
Data, RAID1: total=692.00GB, used=691.35GB
System, RAID1: total=32.00MB, used=104.00KB
System: total=4.00MB, used=0.00
Metadata, RAID1: total=2.00GB, used=957.37MB
root@htpc:~#

[ Voor 51% gewijzigd door johan2009 op 19-01-2014 15:20 ]

[Hero of Time]

Pas je grub config aan zodat 't geen 'silent splash' meer heeft. Dat is het eerste wat ik altijd uitsmijt. Als je console toegang hebt, doe je dat in het grub menu direct, want je grub aanpassen lijkt wat lastig te zijn met een read-only /boot locatie.

edit:
Ik zag je edit nog niet.

Wat ik vreemd vind, is dat je /home blijkbaar vol is (691 GB), terwijl deze 1,81 TB zou moeten zijn. Hoe zit dat?

Ik was ook even verward door je / en /srv locaties. Dat zijn twee aparte partities en mount points, maar even groot. Dacht heel even dat die ook in RAID1 stond, maar niet meer in sync was. Blijkbaar geen RAID van gemaakt.

[ Voor 42% gewijzigd door Hero of Time op 19-01-2014 16:04 ]

[johan2009]

Met gebruikte schijfruimte werkt in btrfs geloof ik heel raar. omdat er van alles aan configuraties mogelijk is op een fysieke schijf raid o ,raid1 en raid10 tegelijk mogelijk met partities.

De btrfs-raid1 /home-mountpoint kan wel naartoe geschreven worden als root. idem voor ext3 /boot, dit geldt ook voor mountpoint /srv in btrfs. Okay waar ik dus niet naar toe kan schrijven is root-mountpoint. Deze is 'touch: cannot touch ‘/etc/test’: No space left on device'.

Wat raar is ik was bezig met /etc/default/grub met vim als root aan het editen. ik kan niet saven want geen write mogeliijkheden, duhhhh! en daarna is het bestand om een vage rede verdwenen.

EDIT: WTF!!! Ik denk ga eens kijken of wat /etc/fstab kan! Ff een oude geoutcommente regel weghalen en saven, okay gaat niet dan maar iets typen, aldus feedback, iets bam weer eruit met :q! . Okay met cat ff checken of file nog bestaat yep it is! Nu weer fstab in toen maar gelijk weer bogus comment weghalen die er nog instond en saven die handel. okay foutmelding dan maar ENTER. Pats /etc/fstab is gone Ik heb fstab wel.... hier op tweakers

code:

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / on /dev/sda3
UUID=fcfd06ff-f200-4947-9177-551f6f54f00b /               btrfs   noatime,ssd,discard,subvol=@ 0       1
# /boot on /dev/sda2
UUID=251d17b7-a982-4c6e-abc7-e3b6f580793e /boot           ext3    noatime         0       2
# /boot/efi on /dev/sda1
UUID=1B4B-696A  /boot/efi                                 vfat    defaults        0       1
# /home id on btrfs; data and metadata in raid1
UUID=e603d4a4-ad97-439c-84d6-e69b8e9d6133 /home           btrfs   compress=lzo 0          2
# /srv on /dev/sda4
UUID=641ab9e7-34e9-454f-b31d-58890f26fef0 /srv            btrfs   noatime,ssd,discard    0       2
# swap was on /dev/sdb3
/dev/sdb3  none                                           swap    sw              0       0
# swap was on /dev/sdc3
/dev/sdc3 none                                            swap    sw              0       0

~
~
"/etc/fstab"
"/etc/fstab" E212: Can't open file for writing
WARNING: Original file may be lost or damaged
don't quit the editor until the file is successfully written!
Press ENTER or type command to continue

[ Voor 76% gewijzigd door johan2009 op 19-01-2014 17:20 ]

[Hero of Time]

Er is dus duidelijk wat naar de knoppen daar. Omdat je bij elke actie bestanden lijkt te verliezen, is het een goed idee om een backup te maken van het systeem en opnieuw te gaan installeren. Backup terug en hopen dat alles in orde is.

[johan2009]

Ja zoiets dacht ik ook. Gelukkig had voordat ik ook maar iets ging doen een backup met rsync gemaakt. Nja maar wie zegt dat deze bestanden niet gaar zijn? Herinstalleren vind ik geen ramp ik hoop alleen dat m'n data ongehavend is.

[Hero of Time]

Je hebt aparte /srv en /home, daar zou al je data op moeten staan zodat als je OS fubar wordt, je niets verliest. Dat is ook de reden waarom er vaak wordt geadviseerd om /home los te koppelen van /.

[johan2009]

Wat fubar?! Ja alleen ik weet niet door de stroomstoring of ook files op /srv en /home corrupted zijn. Ook heb ik op een aparte schijf met Rsync /home/data gebackupt. Rsync doet toch een checksum onderwater met syncen, of heb ik dat fout?

Ik denk er nu aan om /boot= Ext4, /=Ext4, /srv=XFS, /home=MDRAID1+XFS en 2 x Swap op de HDD's. Wat dacht je hiervan? Ook draaide ook UEFI-modus. Ik had dus ook een fat32 /boot/efi partitie. Nu wat ik niet of ik deze setup ook nog zal gaan aanhouden.

Verder was mijn server niet zo exotisch qua services die draaiden; Netatalk voor Apple File Protocol, Samba voor SMB-share en Virtualbox voor dev-webservers. Als het goed is kan ik deze config's copy/pasten van oude config naar nieuw. Zie ik iets over het hoofd?

[Hero of Time]

Ik zie niet in waarom je 2x swap moet hebben, tenzij je die ook nog in RAID1 wilt zetten met de rest van het systeem.

Rsync doet alleen een checksum van bron en bestemming. Het kijkt dus niet of de bron in orde is of niet. Als de helft mist, zal je rsync er dus niet over horen.

[CAPSLOCK2000]

RAID1 voor swap is niet nodig. De kernel is zelf slim genoeg om swap te balanceren over verschillende devices. Ik verdeel m'n swap ook over meerdere schijven (indien aanwezig). Als je gaat swappen dan wordt je systeem oertraag, alle beetjes helpen dan. Om de schijfruimte hoef je het niet te laten.
Of het echt nut heeft is vraag twee, RAM is zo goedkoop en iedere extra partitie maakt je systeem ingewikkelder.

[johan2009]

Swap wordt ook niet in RAID1. Ik bedoel een Swap-partitie per schijf in totaal 2 keer swap.

Ik heb er geloof ik 4GB geheugen in zitten. voor 2 virtualguests 2 x1GB gereserveerd en de rest is voor desktop-gebruik van Xubuntu ala AFP/SMB-NAS en mediaplayer. Nja 4GB moet denk ik wel lukken maar niet met ruime marge.

EDIT:

code:

root@htpc:/# cat /proc/meminfo
MemTotal:        3928220 kB
MemFree:         2997244 kB

Hmm...heb nu nog 3GB vrij zonder dat er een VM draait. zou 1GB voor huis tuin en keuken gebruik zijn. Ik heb in het verleden trouwens nog geen haperingen of traagheid ervaren. De enige traagheid die mij opviel is nadat ik op btrfs over ben gegaan, is het tonen van filestructuur via SMB of AFP. Dat ging in Ext4 veel sneller.

[ Voor 42% gewijzigd door johan2009 op 20-01-2014 15:40 ]

[johan2009]

Het systeem heb ik opnieuw geinstalleerd met Ubuntu's mini.iso. Deze vind ik echt een aanrader kan je zelf kiezen wat voor een variant je van Ubuntu wilt installeren EN biedt de mogelijkheid om met mdraid en lvm de distro te installeren. Gelukkig waren de backups (tot nu toe nog) goed om data terecoveren en alle config-bestanden in /etc te copy-pasten. Dit was sneller gefixt dan 3 dagen uitvogelen hoe btrfs weer aan de praat te kunnen krijgen, maar goed...

Nu wil ik nog een robuuste back-up manier uitzoeken waarbij liefst ook remote storage. Misschien bij een maat NAS neerzetten ofzo.

Iig iedereen bedankt.