[Решено] Перезагрузка, выключение Debian Release 7.3 amd64 usb-hdd

Автор roxin, 27 декабря 2013, 15:13:37

« назад - далее »

0 Пользователи и 1 гость просматривают эту тему.

roxin

Здравствуйте,
После установки Debian на внешний USB-HDD подключен через USB 3.0 выключение и перезагрузка не работает.
Есть раздел /dev/sda1 отформатирован в ext2 + один на swap.
Перезагрузка начинается, монитор тухнет и на этом все заканчивется. Тоже самое для выключения.
Я ждал, около 10 минут ничего не происходит, кнопка reboot на сис блоке не работает в это время. Только включить и выключить.
После включения на старте есть уведомление - /dev/sda1 was not cleanly unmounted check forced.
Потом происходит проверка и reboot проходит все успешно грузится.
Итак на каждом ребуте и выключении.
Я так понимаю какая то проблема с umount этого раздела. Eсли вынуть винт с USB в процесе подвисания, то комп сразу же вырубается.
Вопрос в том, как это исправить?

Помогите кто может, я уже полдня ищу решения ничего не нашел.
Буду весьма благодарен.

qupl

roxin, что в логах при неудачном выключении системы? И что в /etc/fstab ?

roxin

#2
Вот, что я нашел в логах:
root@m4p-debian:/home/m4p# find /var/log -type f -print0 | xargs -0 grep -il "/dev/sda1" 2>/dev/null
/var/log/fsck/checkroot
/var/log/installer/cdebconf/questions.dat
/var/log/installer/cdebconf/templates.dat
/var/log/installer/syslog


Содерживое /var/log/fsck/checkroot:
Log of fsck -C -a -t ext2 /dev/sda1
Fri Dec 27 13:57:08 2013

fsck from util-linux 2.20.1
/dev/sda1 was not cleanly unmounted, check forced.
/dev/sda1: e2fsck canceled.
fsck died with exit status 32

Fri Dec 27 13:57:10 2013

Больше в логах ничего нету.
Содержимое /etc/fstab:
# /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>
# / was on /dev/sdb1 during installation
UUID=251d4e53-0f86-4528-89d3-2fc4cbe6435e /               ext2    errors=remount-ro 0       1
# swap was on /dev/sdb5 during installation
UUID=5c5e6143-c3a7-4f3d-b657-3715e08a6846 none            swap    sw              0       0
/dev/sda1       /media/usb0     auto    rw,user,noauto  0       0
/dev/sda2       /media/usb1     auto    rw,user,noauto  0       0
/dev/sdb1       /media/usb2     auto    rw,user,noauto  0       0
/dev/sdb2       /media/usb3     auto    rw,user,noauto  0       0
/dev/sdb5       /media/usb4     auto    rw,user,noauto  0       0

Спасибо                                                                             

Malaheenee

roxin, а Вы уверены, что /dev/sda - это всегда именно внешний HDD?
Нас как-то смущают строчки в fstab:
Цитировать# / was on /dev/sdb1 during installation
UUID=251d4e53-0f86-4528-89d3-2fc4cbe6435e /               ext2    errors=remount-ro 0       1
# swap was on /dev/sdb5 during installation
UUID=5c5e6143-c3a7-4f3d-b657-3715e08a6846 none            swap    sw              0       0
Все мы где-то, когда-то и в чем-то были новичками.

roxin

#4
Malaheenee, я не уверен.
Но когда идет проверка на загрузке после обнаружения not clearly unmounted - fcsk проверяет /dev/sda1.
Проверяется внешний hdd это 100%.

Здесь, содержимое /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=10240k,nr_inodes=1007746,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=807408k,mode=755 0 0
/dev/disk/by-uuid/251d4e53-0f86-4528-89d3-2fc4cbe6435e / ext2 rw,relatime,errors=remount-ro 0 0
tmpfs /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0
tmpfs /run/shm tmpfs rw,nosuid,nodev,noexec,relatime,size=5553920k 0 0
rpc_pipefs /var/lib/nfs/rpc_pipefs rpc_pipefs rw,relatime 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,nosuid,nodev,noexec,relatime 0 0

Но я не вижу здесь /dev/sda1 ...
Проблема как была так и есть, толко сейчас еще непонятно причем здесь /dev/sda1.
У меня не подключено никаких носителей - только этот внешний USB-HDD на каком поставлен дебиан.
Еще если поможет - я проверял на USB 2.0 и на други портах USB 3.0 - ничего не дало.

Malaheenee

Мгм. А зачем вот это монтируете. если он и так смонтирован:
/dev/sda1       /media/usb0     auto    rw,user,noauto  0       0
/dev/sda2       /media/usb1     auto    rw,user,noauto  0       0


# / was on /dev/sda2 during installation
UUID=0ae21b3d-1e37-4de4-bbc5-69fe18afec37 /               ext4    errors=remount-ro 0       1
# /home was on /dev/sda5 during installation
UUID=47860437-65f1-466a-a67a-e0ce7f059f5e /home           ext4    defaults        0       2
# swap was on /dev/sda7 during installation
UUID=a08ed0d9-d715-400e-8bfb-6a7f600130c8 none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0


Как и было при установке. Так что проверяйте командой blkid идентификаторы разделов и правьте fstab.
Все мы где-то, когда-то и в чем-то были новичками.

roxin

#6
Это фреш инсталл, я ничего не монтировал.
Вот результаты выполнения команд:

root@m4p-debian:/home/m4p/Documents# blkid
/dev/sda1: UUID="251d4e53-0f86-4528-89d3-2fc4cbe6435e" TYPE="ext2"
/dev/sda5: UUID="5c5e6143-c3a7-4f3d-b657-3715e08a6846" TYPE="swap"

# /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>
# / was on /dev/sdb1 during installation
UUID=251d4e53-0f86-4528-89d3-2fc4cbe6435e /               ext2    errors=remount-ro 0       1
# swap was on /dev/sdb5 during installation
UUID=5c5e6143-c3a7-4f3d-b657-3715e08a6846 none            swap    sw              0       0
/dev/sda1       /media/usb0     auto    rw,user,noauto  0       0
/dev/sda2       /media/usb1     auto    rw,user,noauto  0       0
/dev/sdb1       /media/usb2     auto    rw,user,noauto  0       0
/dev/sdb2       /media/usb3     auto    rw,user,noauto  0       0
/dev/sdb5       /media/usb4     auto    rw,user,noauto  0       0

Malaheenee, я так понимаю /dev/sda1 используется и для /media/usb0 и для  UUID="251d4e53-0f86-4528-89d3-2fc4cbe6435e" верно?
Если эта конфигурация неправильна, скажите пожалуйста, как мне исправить ее?
Спасибо, за ваше внимание.

Malaheenee

#7
roxin, если верить вашему fstab - то да. /dev/sda2, судя по blkid, вообще не существует. И кто такой /dev/sdb, что ему нужна постоянная точка монтирования? Словом, мы бы закомментировали все после своп-раздела и посмотрели, что из этого выйдет.

Сообщение объединено: 27 декабря 2013, 19:05:26

В идеале fstab должен содержать только жизненно необходимые разделы: root, home, swap, если есть /boot, /usr. А все остальное - монтируется по запросу пользователя.
Все мы где-то, когда-то и в чем-то были новичками.

roxin

#8
Malaheenee, так и сделаю - закоментирую все после свопа. Отпишу что вышло.
Спасибо!

Сообщение объединено: 27 декабря 2013, 19:39:29

Закоментировал в fstab:

# /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>
# / was on /dev/sdb1 during installation
UUID=251d4e53-0f86-4528-89d3-2fc4cbe6435e /               ext2    errors=remount-ro 0       1
# swap was on /dev/sdb5 during installation
UUID=5c5e6143-c3a7-4f3d-b657-3715e08a6846 none            swap    sw              0       0
#/dev/sda1       /media/usb0     auto    rw,user,noauto  0       0
#/dev/sda2       /media/usb1     auto    rw,user,noauto  0       0
#/dev/sdb1       /media/usb2     auto    rw,user,noauto  0       0
#/dev/sdb2       /media/usb3     auto    rw,user,noauto  0       0
#/dev/sdb5       /media/usb4     auto    rw,user,noauto  0       0

blkid:
/dev/sda1: UUID="251d4e53-0f86-4528-89d3-2fc4cbe6435e" TYPE="ext2"
/dev/sda5: UUID="5c5e6143-c3a7-4f3d-b657-3715e08a6846" TYPE="swap"

К сожалению это не помогло ... Два раза рестартнул тоже самое - рестарт в конце зависает, черный екран, вырубаю, на загрузке вновь проверка /dev/sda1.
Что может быть не так, есть еще какие то идеи?


ferum

Мотивы отформатировать раздел в ext2 понятны, но где рекомендации ставить современную систему в такой раздел?
Русские дебианщики против цифрового слабоумия !

roxin

ferum, как бы там ни было, что есть то есть. Я хочу для начала решить проблему и я сомневаюсь, что она заключается в типе файловой системы.
Если можешь помочь, помоги пожалуйста.

ferum

Я и предполагаю что проблемы из за файловой системы хотя не знаю наверняка, просто для эксперимента я ставил правда 32 битную систему на 16 гиговую флешку но раздел делал ext4. Система явно получилось заторможенной но вела себя адекватно и не разу не зависала. Хотя журналирование для флешки не продлевает срок её службы. Поддержка файловых систем осуществляется на уровне ядра, оно теперь далеко ушло от той конфигурации когда ext2 была рекомендованой. Естественно чтобы подтвердить или опровергнуть это надо прочитать соответствующую документацию.
Русские дебианщики против цифрового слабоумия !

roxin

 ferum, можно ли как нибудь проверить твою теорию на практике?

ferum

Цитата: roxin от 27 декабря 2013, 21:40:40можно ли как нибудь проверить твою теорию на практике?
Вопрос риторический ;D
Русские дебианщики против цифрового слабоумия !

roxin

#14
Тем не менее, проблема остается, помогите ее решить без реинсталла дебиана, потому что интересно, в чем же ее причина.

Сообщение объединено: 27 декабря 2013, 22:40:23

Всем спасибо, проблема решена.

Апдейт с ядра версии:
Linux m4p-debian 3.2.0-4-amd64 #1 SMP Debian 3.2.51-1 x86_64 GNU/Linux
на ядро версии:
Linux m4p-debian 3.12.0-031200-generic #201311031935 SMP Mon Nov 4 00:36:54 UTC 2013 x86_64 GNU/Linux
решил проблему.