Выносить /boot в отдельный раздел имеет смысл в случае, если у вас загрузчиком grub1, а корневая fs из тех, что он самостоятельно не умеет читать, например etx4 или что-то более экзотическое. Также это имеет смысл, если у вас несколько систем на одном компе, и вы не хотите, чтобы загрузчик жестко зависел от раздела одной из них.
Тогда можно сделать для /boot отдельный маленький раздел в ext2.
Если же у вас только одна ось на винте, загрузчиком grub2, то вполне можно оставить /boot на корневом разделе в том же ext4.

Разделы не вкладываются друг в друга. Они монтируются в папку.
Папки раздела home выглядят вложенными в папку /home корневого раздела, но при обращении к ним вы всё равно работаете с разделом home.

Логические и первичные разделы - это терминология досовского MBR. Линуксу практически безразлично, какие использовать. Желательно, чтобы рут и своп были поближе к началу диска, остальное неважно.
В MBR есть ограничение на 4 раздела в таблице (в этой таблице есть место только для четырёх строк), потому можно создать не больше 4 “первичных” разделов. Если разделов нужно больше, то минимум один должен быть “расширенным”, а в нём “логические”.
Линукс нумерует “первичные разделы” с 1, а “логические” с 5.

Именование дисков как hda, hdb и так далее говорит о том, что у вас включен старый драйвер IDE. В настоящее время он уже не поддерживается разработчиками ядра и может вызывать падения системы. Рекомендуется переходить на новый, который именует диски как sda, sdb и т.д. При нормальной установке ArchLinux выбирается именно новый.
Как я понимаю, вы показали fstab не из Arch?
Тотальный терминус!
Только на часах в tint2 ещё что-то недобитое со сглаживанием ;)
Действительно… И это тоже с версии 4.2. Кажется, надо писать багрепорты.
Mendor
xf86-video-intel 2.14.0-3
intel-dri 7.10.1-1
mesa 7.10.1-1
Вот эти самые три пакета по одному можно пробовать откатывать на предыдущую версию (именно версию, а не сборку, то есть то, что до знака “-”, например xf86-video-intel 2.13 и т.д.), и смотреть что получается.
Ни один из пакетов
haskell-binary-shared
haskell-bytestring
haskell-containers

не присутствует в прописанных у вас репозиториях
core
extra
community
multilib
archlinuxfr
.

Могу предположить, что вы используете для какого-то из этих репозиториев некое неправильное заркало.
Если не сложно, хотелось бы увидеть ваши конфиги:
/etc/pacman.conf
/etc/pacman.d/mirrorlist
То есть, это проблема ГУИ, то есть программы obmenu, которая не понимает тегов <command>.
Не сталкивался, но верю.
Лично я не стал пользоваться ГУИ-конфигураторами, а сделал иначе. По пункту меню “Refresh Openbox menu” у меня запускается вот такой скрипт:
#!/bin/sh
out=menu.xml
cd ~/.config/openbox
cp menu.head.xml $out
echo '<!-- MenuMaker begin -->' >> $out
mmaker -ci -t Xterm OpenBox3 >> $out
echo '<!-- MenuMaker end -->' >> $out
cat menu.custom.xml >> $out
openbox --reconfigure
Таким образом, файл menu.xml начинается с “шапки” menu.head.xml, основная часть генерируется MenuMaker, а в конец “от себя” дописывается содержимое файла menu.custom.xml, который я правлю в обычном текстовом редакторе и который не портят никакие автогенераторы.
При установке новых программ можно запустить скрипт, и автогенерируемая часть меню будет обновлена, а своя самописная – останется нетронутой.
Теперь понятно. Если обновилось ядро вместе с модулями, но при этом загружено было ещё старое ядро, то новый модуль с диска уже не подходит к старому ядру в памяти. Если же обновилась не только сборка, но и версия ядра – тогда модуль к текущему действительно будет просто не найден.
Спасибо, sysmouse, мне тоже было приятно с Вами пообщаться :)
Однако, как я уже сказал, это очевидный холивар. Если для вас нормальная система без X так же малополезна, как и сингл-юзер – дело ваше. Только не надо решать за других, какие настройки и демоны ИМ необходимы, сколько требуется вариантов загрузки системы, а также когда и сколько раз её перезагружать.
Кстати, арч-вики категорически не рекомендует ставить *DM в списке куда-либо, кроме конца списка демонов, а в этом случае никаких преимуществ такая схема загрузки не даёт.
На флешках с MBR минтируются разделы, обычно они именуются с первого, хотя в некоторых клинических случаях могут попадатся “логические тома”, которые нумеруются сразу с пятого :)
Устройство само по себе будет монтироваться, если оно так и отформатировано, то есть без таблицы разделов.

ls -l /dev/sdc*
покажет вам, что там есть.
blkid /dev/sdc*
покажет в подробностях.
Также можно сделать
fdisk -l /dev/sdc
или
parted /dev/sdc print
однако в случае отсутствия на носителе таблицы разделов их ответы могут быть весьма причудливы.
Нет, права видны на скриншоте, и с ими всё в порядке.
Есть два вопроса:
1) Сохраняется ли при правке через ГУИ в файле menu.xml ?
2) Делали ли после правки меню “Reconfigure Openbox” ?