Auf meinem NAS QNAP TS 509 habe ich ein technisches Problem. Ich musse2fsck. Das funktioniert bei mir gut aufmd0(siehe unten), aber wie kann ich die belegten Geräte aushängenmd9Undsda4um dasselbe zu tun. Immer wenn ich es versuche, fehlschlägt es, weil das Gerät beschäftigt ist.[Dieser Teil ist gelöst, siehe unten]
Um das Problem weiter zu ermitteln, müsste ich Folgendes klären:Beziehung zwischen physischer Festplatte und Gerät. Wie kann ich das herausfinden? Beispielsweise ist md0 ein reduziertes Volume auf 2 Festplatten (aber ich muss herausfinden, auf welcher physischen Festplatte).
Anmerkung: Wie man meinen Fragen unschwer entnehmen kann, bin ich kein Linux-Experte, komme aber zurecht.
/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
-- Hinzugefügt --
QNAP scheint auf zu basieren busybox
. Ich finde nichts in der Art init / telinit / runlevel
. BeiBusybox-Dokumentedort steht, dass ich die folgenden Befehle ausführen muss. Aber es /var/service
sv
ist nicht verfügbar. Vorgehensweise: Ich möchte in den Einzelbenutzermodus wechseln, um die Geräte auszuhängen.
# cd /var/service
# sv d *
# sv u getty*
-- Hinzugefügt, danke A4L --
- Auf dieser QNAP-Box läuft eine spezielle Linux-Variante, daher sind nicht alle SOPs anwendbar. In meinem speziellen Fall habe ich ein
services.sh
Skript gefunden, das alle Dienste stoppt. Danach konnte das Laufwerk ausgehängt werden. - Die von A4L weitergegebenen Informationen sind gültig und lesenswert, vielleicht profitiere ich beim nächsten Mal davon. Links:https://unix.stackexchange.com/questions/19918/umount-device-is-busyUndhttps://unix.stackexchange.com/questions/15024/umount-device-is-busy-why
- Damit ist das Unmount-Problem gelöst. Ich suche immer noch nach der besten Möglichkeit, die physische Zuordnung zum Volume zu finden.
Antwort1
Da ich selbst ein QNAP-Gerät (TS-509Pro) besitze, kann ich Ihnen den Grund nennen, warum Sie die Geräte usw. nicht aushängen konnten. Nachfolgend finden Sie die Gründe.
/dev/md9
Diese Partition ist ein RAID1-Array (gespiegelt), das QNAP verwendet, um die Firmware auf seinem Flash-Laufwerk zu speichern (dieses ist aus Redundanzgründen als gespiegeltes RAID angeordnet). Wenn die Firmware heruntergeladen und erneuert wird, wird sie auf beiden „Laufwerken“ aktualisiert, um eine höhere Sicherheit zu gewährleisten. (Das für den ersten Start verwendete Gerät ist eigentlich ein Derivat des Flash-Speichers, das in zwei separate Geräte auf einem Chip aufgeteilt ist, was QNAP als „DOM“ bezeichnet, was, glaube ich, Disk on Memory bedeutet.
/dev/sda4
Hier wird es etwas komplizierter. Dies ist der eigentliche DOM-Chip, der oben erwähnt wurde. Die Leute von QNAP haben die Dinge so konfiguriert, dass das Betriebssystem (in diesem Fall natürlich Linux) zwar das Array „/dev/md9“ sehen muss, aber nicht, dass die Leute „/dev/sda4“ sehen. Es ist möglich, darauf zuzugreifen, aber wenn das Gerät nicht falsch konfiguriert ist, wäre „/dev/sda4“ nicht sichtbar.
Darüber hinaus kann ich nichts sagen, da ich nicht für QNAP arbeite. Mir hat es einfach Spaß gemacht, die Hardware und Software meines eigenen QNAP TS-509 auseinanderzunehmen und wieder zusammenzusetzen. Wenn Sie spezielle Hilfe benötigen, wenden Sie sich anAndyder für QNAP in den offiziellen QNAP-Foren arbeitet.
Antwort2
Ich möchte das hier abschließen und es nicht in der Schwebe lassen. Zusammenfassend:
Bei der Lösung des „Unmount/Busy-Problems“ haben die von A4L bereitgestellten Links geholfen.
- https://unix.stackexchange.com/questions/15024/umount-device-is-busy-why
- https://unix.stackexchange.com/questions/19918/umount-device-is-busy
Nachdem ich das Laufwerk ausgetauscht hatte, ist mir aufgefallen, dass die Laufwerke sd[a,b,c..]3 diejenigen im QNAP NAS sind, die als 1,2,.. angezeigt werden. Als die Festplatte kaputt war, war dies schwer zu erkennen, weil es keinen Sinn zu ergeben schien.
/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
Einige nützliche Informationen zu df: https://unix.stackexchange.com/questions/11311/wie finde ich heraus, auf welchem physischen Gerät sich ein Ordner befindet?
Und meine Frage zu Unix/Linux zum Thema „Volume zu physischem Laufwerksnamen“ mit einigen interessanten Antworten:https://unix.stackexchange.com/questions/39886/from-df-device-name-to-physical-drive-name-vendor-type