Debian 7. X и fstab?

[Vena]

На одной машине, где малый системный винт решил примонтировать второй винт, EXT2, для /tmp.
Монтировал в fstab через UUID

Код: [Выделить]

UUID=xxxxxxxxx /tmp ext2 defaults 0 0Монтирование проходит успешно, а вот после ввода пароля рабочий стол перестал появляться, имею возвращение в экран ввода логин-пароля.
Захожу через консоль в fstab, комментирую строку с /tmp и перегрузившись могу заходить в иксы. Пробовал монтировать по параметру /dev/sdb1 вместо UUID, монтирование проходит успешно, в рабочий стол не выхожу. Как побороть?

[vovka]

Судя по симптомам, похоже что некорректно обрабатывается сам fstab, а именно строка, где монтируется /tmp : или нет пустой строки в конце fstab, или сам UUID неправильно определён, или синтаксис неверен.
В вики-разделе даже писал по этому поводу статью: "Настройка монтирования по UUID".
 

[Vena]

так вот прикол в том, что монтирование происходит, в df -h вижу большой раздел примонтированный.

Пробовал монтировать по параметру /dev/sdb1 вместо UUID, монтирование проходит успешно

и так и эдак монтируется, но вот рабочий стол не стартует

[vovka]

так вот прикол в том, что монтирование происходит, в df -h вижу большой раздел примонтированный.

Пробовал монтировать по параметру /dev/sdb1 вместо UUID, монтирование проходит успешно

и так и эдак монтируется, но вот рабочий стол не стартует

Тогда дело в правах доступа к разделу /tmp  ...но это следствие, а не причина. Причина вероятнее всего в скрипте инициализации, который не выставляет нужные права на /tmp в момент загрузки.
Суть невозможности запуска иксов: в момент инициализации, ещё до запуска менеджера графических окружений, скрипт создаёт каталоги и файлы для нормального функционирования иксов. Вот они - две последние строки:

Код: [Выделить]

manager@debian:~$ ls -la /tmp
итого 40
drwxrwxrwt  9 root       root       4096 Фев 16 23:23 .
drwxr-xr-x 23 root       root       4096 Июл 16  2013 ..
drwxrwxrwt  2 root       root       4096 Фев 16 23:22 .ICE-unix
drwx------  2 manager    manager    4096 Фев 16 23:22 pulse-KsT4uv6buwa4
drwx------  2 root       root       4096 Фев 16 23:20 pulse-PKdhtXMmr18n
drwx------  2 Debian-gdm Debian-gdm 4096 Фев 16 23:22 pulse-Wt1SLU3hqtKL
drwx------  2 manager    manager    4096 Фев 16 23:22 ssh-NWiRzR7oykW7
drwxr-xr-x  2 manager    manager    4096 Фев 16 23:22 tracker-manager
-r--r--r--  1 root       root         11 Фев 16 23:20 .X0-lock
drwxrwxrwt  2 root       root       4096 Фев 16 23:20 .X11-unix
Если скрипт инициализации по каким-то причинам монтирует /tmp в режиме только чтение или монтирование происходит уже после того, как сам скрипт отработал (т.е. создал файлы) и область /tmp оказывается затенённой новым разделом (нарушен порядок понтирования разделов). Таким образом, иксы могут не получить доступа к созданным файлам.

На Debian 6 у меня так:

Код: [Выделить]

$ cat /etc/fstab
...
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# /tmp was on /dev/sda9 during installation
UUID=52149f53-95ed-4f17-8c0b-a4d3ef408a3d /tmp            ext3    defaults        0       2
...

Проверить в каком режиме прошло монтирование можно через mount:

Код: [Выделить]

$ mount
...
/dev/sdc9 on /tmp type ext3 (rw)
...rw -  раздел смонтирован в режиме чтения-записи.

Можно также попробовать сдвинуть строку монтирования /tmp в fstab ближе к строке монтирования корневого раздела - монтирование происходит по списку сверху вниз.