Beiträge von dr_mike

Laut Zacharias

Zitat von Zacharias

P.S.: Helpdesk hat reagiert, Lösung sei in Arbeit

sind sie ja dran.

Ich würde ein grep 'Resync' auf /proc/mdstat machen, da ist man unabhängig von einer Angabe des Devices.

out = /bin/cat /proc/mdstat | grep 'Resync'

Als erstes müsstest Du schauen, ob in /etc/config/crontab am eingestellten Datum die Zeile, die den Eintrag /etc/init.d/poweroff enthält auskommentiert und am Tag danach die # wieder weg ist.

Das Kommando logger sollte einen Eintrag ins Systemlog machen.

Zitat von Zacharias

jeweils nach der Zeile "sed -i..."

Genau das ist die ausschlaggebende Zeile. Und auskommentiert wird nicht, wie in deinem Screenshot vermutet 0 10 * * 4 sh /share/Public/autorun.sh sondern die Zeile,

die den Eintrag /etc/init.d/poweroff enthält.

Passiert doch in Zeile 17, 23 und 25

Der User 'admin' bei QNAP ist identisch zum User 'root' in Linuxdistros (beide haben die UID und GID 0)

Könntet ihr euch eventuell nochmal kurz den Titel des Themas vergegenwärtigen?

Mavalok2 Ich sehe leider keine sinnvolle Trennstelle im Verlauf. Vielleich ein neues Thema dazu öffnem und hier darauf verweisen.

Soweit ich weiss, war das irgendwo ab dem Post:

Beitrag

RE: [4. Sammelthema] Probleme mit Festplatten-Standby

[…]

Ich hab das so gelöst bei mir.
Mit mdadm -D /dev/md9 die vorhandenen Platten anzeigen lassen. Gleiches dann auch für md13

Danach dann mit:

(Quelltext, 13 Zeilen)

Die Platten entfernt bis auf eine. Sollte dann auch angepasst werden je nachdem welche Platten in deinem NAM laufen.

mit:

(Quelltext, 13 Zeilen)

werden die Platten dann einmal am Tag zum Synchronisieren wieder eingebunden. Das ganze per Cron.
Läuft bisher fehlerfrei aber keine Garantie.
Credits to QNAP Forum

MeandMe

16. November 2020

Aber nur mit dem vollständigen Pfadname und der beginnt so wie manni_das_mammut schrieb.

Andreas1202

Ich meinte und schrieb zum Booten, nicht bei der Erstinstallation.

Zitat von Andreas1202

Also ich bin mir hier zu 100% sicher das es so ist!

Dann wäre Dein NAS tatsächlich das allererste NAS von QNAP, das kein DOM zum Booten benötigt.

Nein, Du darfst mir glauben, dass auf den Platten kein ROOT-Filesystem liegt.

Das eigentliche Betriebssystem ist nur auf dem DOM. Du wirst auf den Platten keinen Kernel und kein ROOT-Filesystem finden.

dolbyman

Meintest du dies hier?

Beitrag

RE: TS-119 Erreichbarkeit / Festplatten Status

Partition1 /dev/sd_1: Systemvolume welches als RAID1 /dev/md9 in /mnt/HDA_ROOT gemounted wird (ca. 510MByte)
Partition2 /dev/sd_2: Swap Partition welche zu RAID1 /dev/md4 zusammengefasst wird (ca. 510MByte)
Partition3 /dev/sd_3: Datenvolume auf welchem die Shares liegen (abhängig von Plattengrösse)
Partition4 /dev/sd_4: Systemvolume welches über RAID1 /dev/md13 bei Systemstart gespiegelt wird, dann aber als Single Volume /dev/sda4 in /mnt/ext gemounted wird. (ca. 310MByte)

dr_mike

2. Juli 2021

oder das??

Beitrag

RE: Erstinstallation mit M.2 ?

[…]

Jain.
Jede Platte, die du je einbaust wird vom NAS in 5 Partitionen wie folgt partitioniert:
1. Partition - Größe ca. 520MB (Name md9):
Dort werden unter Anderem die Konfiguration, die Systemlogs und die Systemapps gespeichert. Diese Partition wird über alle verfügbaren Platten im RAID1 gespiegelt.

2. Partition - Größe ca. 520MB (Name md256):
Das ist die globale Swappartition. In der Regel werden die Partitionen von 2 Platten im RAID1 gespiegelt plus die Partition einer 3. Platte (so vorhanden)…

dr_mike

6. August 2019

Mich würde eher dies stören

pasted-from-clipboard.png

Daran könnte sich die App auch stören, wenn der Fehler mit admin-Berechtigung auftritt.

Alexy9 Du weisst aber schon, dass es bei QNAP kein DSM gibt!?

DonKill

Deine Tastatur ist immernoch defekt. Sie liefert nach wie vor keine Großbuchstaben. Forenregeln

DonKill

Deine Tastatur ist defekt. Sie liefert keine Großbuchstaben mehr. Forenregeln

Die neue IP findest du über den Qfinder heraus (deswegen heisst der so ).