On Fri, 09 Dec 2011 20:22:09 +0100 clemens fischer wrote:

Grant McDuling wrote:

...

Hi, I am new to Arch, being a Mint user until now. I have the iso on CD now and ready to install. Can I do this is stages or is it best to do the complete basic install in one sitting?

Regarding disk partitioning: Arch wants to have /usr on the same partition as "/" (the root), as long as some programs needed around boot time reside on /usr.

With my setup (which has no desktop environment), my disks would need (spacewise):

/ + /usr ext4 9G /opt ext4 9G /boot ext2 1G /var ext4 9G /rest ext4 77G /home ext4 9G

with plenty of room left. The numbers don't add up to eg. 250GB because I keep several linux installations, one of which is a "hot spare" synced daily _before_ doing "pacman -Su" to upgrade the main system.

What disk space do other people on this list need?

clemens

I think it's a better idea to have either /var/lib or entire /var on reiserfs. / ext4 30Gb /var ext4 10Gb /boot ext4 100Mb /var/lib reiserfs 500Mb /home ext4 85Gb /tmp ext2 2Gb -- Leonid Isaev GnuPG key ID: 164B5A6D Key fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D

On Fri, 09 Dec 2011 23:26:47 +0100 clemens fischer wrote:

Leonid Isaev wrote:

...

I think it's a better idea to have either /var/lib or entire /var on reiserfs.

/ ext4 30Gb /var ext4 10Gb /boot ext4 100Mb /var/lib reiserfs 500Mb /home ext4 85Gb /tmp ext2 2Gb

Interesting! Why do you think that? Me, I used my ears to determine the best filesystem for my workloads on the PC. Ext4 is the one with least head movement: the disks stay silent for long periods of time, then they have hectic fits and go quiet again.

In my experience reiserfs made a HUGE difference in pacman <3.5 performance compared to ext4, because /var/lib had lots of small files. Then pacman DB became compressed and this gain became minimal but still noticeable. I guess this is due to /var/lib/pacman/local/. Ext4 is optimal for intermediate-sized files, like the ones you typically find in /home.

Compare this with freebsd's UFS2+soft-updates, XFS and JFS. I didn't dare to use ZFS on freebsd and I think I never tried reiserfs, fearing it isn't on active development currently.

Reiser 3.6 is considered feature-complete I think, so only bugfixes are released. It was the default on SuSE until SLES 10 and is still maintained. There are myths of it being unstable. This is because on older kernels you had to write barriers manually to prevent data corruption; since 3.1 it is the default. I heard a lot of good things about JFS, but my personal experience was absolutely terrible (frequent FS corruptions after unclean shutdowns). Even BTRFS was better. XFS is good for large files, so if you have a dedicated partition for movies -- this is your best bet.

Oh, one other thing: my swap and home partitions are LUKS encrypted. The swap uses etc/crypttab with a random key, the key for home is on an USB dongle, so I can physically lock out people taking possession of the PC by keeping that dongle safely stashed away some place.

Cool :) I used LUKS but then figured it's not worth it. Because only several important file really need encryption, I ended up with plain gpg.

clemens

-- Leonid Isaev GnuPG key ID: 164B5A6D Key fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D

On Sat, 10 Dec 2011 00:13:53 +0100 Heiko Baums wrote:

Am Fri, 9 Dec 2011 17:03:03 -0600 schrieb Leonid Isaev :

...

Reiser 3.6 is considered feature-complete I think, so only bugfixes are released. It was the default on SuSE until SLES 10 and is still maintained.

ReiserFS 3.6 is fast on a new system, but gets extremely slow after a few years. That was at least my experience and the reason for switching to ext3 which is after a few years now still as fast as at the beginning.

It slows down as the partition fills up, no? That's why I used it on /var only since the used disk space doesn't really fluctuate.

...

Cool :) I used LUKS but then figured it's not worth it. Because only several important file really need encryption, I ended up with plain gpg.

With GnuPG you have to explicitly decrypt the single files every time you want to access the file. With LUKS this happens transparently, and you can encrypt the whole system so that nobody can see what's on your harddisk except for the kernel, the initrd and the bootloader of course. So there are use cases for both LUKS and GnuPG depending on your needs or wishes.

I know. My sensitive data is localized, and I don't care to encrypt /usr/bin/firefox. If transparency is needed, I would go with ubuntu's ecryptfs. It's simpler, but of course requires FS to be supported by linux. Not to say that full disk encryption isn't usefull...

Heiko

-- Leonid Isaev GnuPG key ID: 164B5A6D Key fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D

Am Sat, 10 Dec 2011 01:25:16 +0100 schrieb Karol Babioch :

Well that sounds a little bit misguiding for me. Once the device is "opened" its totally transparent, so not only the kernel has access to the data, but also any other running process / program. Of course the "normal" file permissions are applied, but from the point of view of a program, which accesses the filesystem on a high(er) level of abstraction there is totally no difference whether the underlying device is encrypted or not.

I'm, of course, speaking of offline attacks. LUKS doesn't protect against online attacks. Which encryption you use depends on the particular use case. For really sensitive data it's best to using both, GnuPG and LUKS. Heiko

-----Original Message----- From: arch-general-bounces@archlinux.org on behalf of clemens fischer Sent: Fri 12/9/2011 23:26 Leonid Isaev wrote:

I think it's a better idea to have either /var/lib or entire /var on reiserfs.

/ ext4 30Gb /var ext4 10Gb /boot ext4 100Mb /var/lib reiserfs 500Mb /home ext4 85Gb /tmp ext2 2Gb

Interesting! Why do you think that? Me, I used my ears to determine the best filesystem for my workloads on the PC. Ext4 is the one with least head movement: the disks stay silent for long periods of time, then they have hectic fits and go quiet again. Compare this with freebsd's UFS2+soft-updates, XFS and JFS. I didn't dare to use ZFS on freebsd and I think I never tried reiserfs, fearing it isn't on active development currently. Oh, one other thing: my swap and home partitions are LUKS encrypted. The swap uses etc/crypttab with a random key, the key for home is on an USB dongle, so I can physically lock out people taking possession of the PC by keeping that dongle safely stashed away some place. +++ Since I lost data, I got the impression that tools such as extundelete don't work proper to recover deleted data from ext4. I switched back to ext3, while I'm unsure that the tools would work better, the Internet information, perhaps outdated, claims that recovering data from ext3 would be more safe using several tools.

-----Ursprüngliche Nachricht----- Von: arch-general-bounces@archlinux.org im Auftrag von Karol Babioch Gesendet: Sa 12/10/2011 13:15 An: General Discussion about Arch Linux Betreff: Re: [arch-general] partition sizes and filesystems (Re: Install Arch instages?) Hi, Am 10.12.2011 06:07, schrieb Ralf Mardorf:

Since I lost data, I got the impression that tools such as extundelete don't work proper to recover deleted data from ext4. I switched back to ext3, while I'm unsure that the tools would work better, the Internet information, perhaps outdated, claims that recovering data from ext3 would be more safe using several tools.

According to the website of extundelete it does also support ext4. But you can't judge a filesystem by some tools, which claim to do some sort of undeleting, can you? If you loose data on a regular basis that way, you're definitely doing something wrong. Get some sort of automated backup solution and don't delete files you could have a need for in the future ;). Best regards, Karol Babioch +++ The backups accidently are deleted, after that I directly remounted to read only, hence the data shouldn't be lost. Accidents can happen. ASAP I'll learn more about ext4 and I'll try some other tools, but if needed using a disc editor/monitor. This was the only hard accident in around 20 years of using computers. Bad luck for me. If it would have happened for my Atari's SCSI drive, a tool would have been able to recover the deleted data. What I lost were most of my important backups, when I tried to recover a Linux, so indeed, I should have made backups of the backups. Anyway, it was an accident and you should chose a FS that can be recovered. I already used several tools that claim to be able to recover ext4. Google and you'll see that it's a known issue. You can't expect that accidents never will happen. Accidents happen. Cheers! Ralf