имхо, чистенько и аккуратненько :)
Саму сборку пакетов рекомендую выполнять на tmpfs разделе (если, конечно, позволяет объем ОЗУ). Меньше нагрузки на HDD. /dev/shm для этого отлично подходит ;)
Сабж. В Вики встречается и то, и другое
cd /tmp && wget http://aur.archlinux.org/packages/opera/opera.tar.gz && tar -zxf opera.tar.gz && cd opera && makepkg && sudo pacman -U opera*tar.xz
примерно так
Я hal оставил лишь для менюшки съемных устройств в Krusader'е. Жду, когда его отучат от hal'п
В общем, браузерные кэши перенес в /dev/shm, чтобы не парить мозг :)
Я не использую. Проблема решена, но еще не до конца. Надо придумать как отмонтирывать эти tmpfs'ки. Мне кажется, что это недаработка в rc.shutdown, хотя могу ошибаться
Люди, я понял, где собака зарыта :) Решил досканально изучить rc.shutdown, дошел до интересующего меня:
stat_busy "Unmounting Filesystems"
/bin/umount -a -r -t noramfs,notmpfs,nosysfs,noproc -O no_netdev
stat_done
И тут меня осенило! Я вспомнил, что у меня кэши браузеров монтируются в оперативку:
# Opera cache
tmpfs     /home/joker-jar/.opera/cache     tmpfs     size=100M,mode=0777     0 0
# Firefox cache
tmpfs     /home/joker-jar/.mozilla/firefox/0ri39ywy.default/Cache     tmpfs     size=100M,mode=0777     0 0
Сразу прошу прощения за то, что не придал этому значения, т.к. думал что все что прописано в fstab'е при завершении работы отмонтируется в обратном порядке. А, как оказалось, пропускаются определенные типы fs.

Вручную отмонтировал эти кэши и попробовал перезагрузиться. Сообщение не появлялось. Кстати, в корне тоже есть у меня tmpfs, но это наверное решается путем:
stat_busy "Remounting Root Filesystem Read-only"
/bin/mount -n -o remount,ro /
stat_done
В общем, осталось придумать как отмонтировать мне эти кэши после завершения приложений и до отмонтирования home. Можно конечно отредактировать rc.shutdown, но это, как мне кажется, не особо элегантное решение. Есть идеи?

P.S. Проблема в очередной раз решается благодаря простой и понятной структуры Арчика, что есть очень даже хорошо
[[email protected] ~]$ sudo cat /var/log/messages.log | grep sda
Jun 13 11:57:24 archik kernel: sd 0:0:0:0: [sda] 1952428032 512-byte logical blocks: (999 GB/930 GiB)
Jun 13 11:57:24 archik kernel: sd 0:0:0:0: [sda] Write Protect is off
Jun 13 11:57:24 archik kernel: sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
Jun 13 11:57:24 archik kernel: sda: sda1 sda2 sda3 sda4
Jun 13 11:57:24 archik kernel: sd 0:0:0:0: [sda] Attached SCSI removable disk
Jun 13 11:57:24 archik kernel: EXT4-fs (sda1): mounted filesystem with ordered data mode
Jun 13 11:57:24 archik kernel: EXT4-fs (sda3): mounted filesystem with ordered data mode
Jun 13 11:57:24 archik kernel: EXT4-fs (sda4): mounted filesystem with ordered data mode
Jun 13 11:57:24 archik kernel: Adding 1975984k swap on /dev/sda2.  Priority:-1 extents:1 across:1975984k

[[email protected] ~]$ sudo cat /var/log/dmesg.log | grep sda
sd 0:0:0:0: [sda] 1952428032 512-byte logical blocks: (999 GB/930 GiB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 06 00 10 00
sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
 sda:sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray
 sda1 sda2 sda3 sda4
sd 0:0:0:0: [sda] Attached SCSI removable disk
EXT4-fs (sda1): mounted filesystem with ordered data mode
EXT4-fs (sda3): mounted filesystem with ordered data mode
EXT4-fs (sda4): mounted filesystem with ordered data mode
Adding 1975984k swap on /dev/sda2.  Priority:-1 extents:1 across:1975984k

По части диска вроде как проблем нет. Я склюняюсь к тому, что это что-то системное, а не дисковая проблема. К примеру, при завершении демонов и прочего кто-то что-то мутит с хомяком и неправильно завершает это дело. Но отловить это достаточно сложно. Как я уже говорил, пробовал грузиться без графики, а также поочередно отключать демоны. Сообщение оставалось. Это сообщение кстати с момента установки системы насколько я помню
То есть noatime уже включает в себя nodiratime? Поискал информацию, вроде как да. Уберу, но думаю это проблему не исправит. Кстати, корень (sda1) монтируется с теми же опциями, но сообщение выдается только для sda3. Сам раздел периодически проверяется fsck'ом при старте, smartinfo не свидетельствует ни о каких проблем с диском. В /var/log/errors.log ничего подозрительного не нахожу