На моем NAS QNAP TS 509 у меня возникла техническая проблема. Мне нужно запуститьe2fsck. У меня это отлично работает наmd0(см. ниже), но как мне размонтировать занятые устройстваmd9иsda4чтобы сделать то же самое. Всякий раз, когда я пытаюсь, у меня ничего не получается, потому что устройство занято.[Эта часть решена, см. ниже]
Чтобы глубже разобраться в проблеме, мне нужно разобратьсяотношение физического диска к устройству. Как мне это узнать, например, md0 — это очищенный том на 2 диске (но мне нужно узнать, на каком физическом диске).
Примечание: Как вы легко можете понять из моих вопросов, я не эксперт по Linux, но мне удается с ним справиться.
/dev/ram0 124.0M 94.1M 29.8M 76% /
tmpfs 32.0M 80.0k 31.9M 0% /tmp
/dev/sda4 310.0M 103.9M 206.1M 34% /mnt/ext
/dev/md9 509.5M 39.2M 470.2M 8% /mnt/HDA_ROOT
/dev/md0 1.8T 1.4T 444.7G 76% /share/MD0_DATA
tmpfs 32.0M 0 32.0M 0% /.eaccelerator.tmp
-- Добавлен --
QNAP, похоже, основан на busybox
. Я не нашел ничего похожего init / telinit / runlevel
. Вbusybox документыон говорит, что мне нужно выполнить команды ниже. Но он /var/service
sv
недоступен. Подход: Я хочу перейти в однопользовательский режим, чтобы размонтировать устройства.
# cd /var/service
# sv d *
# sv u getty*
-- Добавлено, спасибо A4L --
- Этот QNAP Box работает на особой версии Linux, поэтому не все SOP применимы. В моем конкретном случае я нашел скрипт
services.sh
, останавливающий все службы. После этого диск можно было размонтировать. - Информация, переданная A4L, достоверна и заслуживает прочтения, возможно, она мне пригодится в следующий раз. Ссылки:https://unix.stackexchange.com/questions/19918/umount-device-is-busyиhttps://unix.stackexchange.com/questions/15024/umount-device-is-busy-why
- Итак, проблема с размонтированием решена, остается поиск наилучшего варианта для поиска физического сопоставления с томом.
решение1
У меня самого есть устройство Qnap (TS-509Pro), и я могу вам сказать, почему вам не удалось размонтировать устройства и т. д. Ниже приведены причины.
/dev/md9
Этот раздел представляет собой массив RAID1 (зеркальный), который QNAP использует для хранения прошивки на своем флэш-накопителе (он организован как зеркальный рейд для избыточности). Когда прошивка загружается и обновляется, она обновляется на обоих «дисках» для обеспечения большей безопасности. (Устройство, используемое для первоначальной загрузки, на самом деле является производным от флэш-памяти, которая разделена на два отдельных устройства на одном чипе, который QNAP называет «DOM», что, как я думаю, означает «диск в памяти»).
/dev/sda4
Вот тут все немного сложнее. Это реальный чип DOM, упомянутый выше. Люди из QNAP настроили все так, что хотя операционная система (в данном случае Linux, конечно) должна видеть массив "/dev/md9", они не хотят, чтобы люди видели "/dev/sda4". Получить к нему доступ можно, но если устройство не настроено неправильно, то "/dev/sda4" будет скрыто от глаз.
Больше я ничего сказать не могу, так как не работаю в QNAP, мне просто понравилось разбирать аппаратное и программное обеспечение моего QNAP TS-509 и собирать его обратно. Если вам нужна конкретная помощь, свяжитесь сЭндикоторый работает в QNAP на официальных форумах QNAP.
решение2
Я хочу закрыть это здесь и не оставлять это в подвешенном состоянии. В качестве резюме:
Решить проблему «размонтирования/занятости» помогли ссылки, предоставленные A4L.
- https://unix.stackexchange.com/questions/15024/umount-device-is-busy-why
- https://unix.stackexchange.com/questions/19918/umount-device-is-busy
После замены диска я заметил, что диски sd[a,b,c..]3 — это те диски в QNAP NAS, которые отображаются как 1,2,.. Когда диск был сломан, это было трудно увидеть, потому что это казалось бессмысленным.
/dev/sda3 915.4G 34.9G 880.0G 4% /share/HDA_DATA
/dev/sdb3 915.4G 199.7M 914.7G 0% /share/HDB_DATA
/dev/sdc3 1.8T 836.2G 995.6G 46% /share/HDC_DATA
/dev/sdd3 1.8T 668.1G 1.1T 36% /share/HDD_DATA
Некоторая полезная информация о df: https://unix.stackexchange.com/questions/11311/how-do-i-find-on-which-physical-device-a-folder-is-location
И мой вопрос по Unix/Linux о томе в имени физического диска с некоторыми интересными ответами:https://unix.stackexchange.com/questions/39886/from-df-device-name-to-physical-drive-name-vendor-type