Správný mount NTFS disku po startu routeru?

Chtěl jsme si udělat NAS server a postupoval jsem podle tohoto návodu -> https://www.turris.cz/doc/cs/howto/nas (píšu to česky, protože návod je pouze česky, jak se dívám).

Každopádně docela nešťastně jsem si zvolil NTFS na disku a dělá mi to jen potíže, ale říkám si, že tohle přeci musel už někdo řešit, nebo ne ?

Problém je, že po jakémkoliv restartu routeru se napřed disk fstab-em připojí do /tmp/run/mountd/sda1 a následně ho tedy nas script (s utilitou ntfs-3g) nemůže použít.

Řeším to tak, že po každém restartu ve fstab-u odpojím disk a spustím ručně nas script, který ten disk už správně namountuje do /mnt/nas a tím všechno funguje, ale je to tedy značně nepohodlné :frowning: raději bych kdyby to i s NASem po restartu fungovalo bez pomoci.

Někde musím dělat něco špatně.

Zkoušel jsem už změnit pořadí init scriptů, aby se nas script spouštěl přes fstab scriptem, ale bezůspěšně?

Mohl by mi někdo prosím poradit jak NTFS disk po (re)starut připojit správně?

Takhle, asi úplně nepomůžu, navíc teď u sebe Turris nemám. Upřímně, to NTFS je prostě problém, FAT fungoval lépe, ale nejlepší jsou ty linuxové formáty typu ext2, ext4 atd. (to je prostě jistota). Osobně, já jsem ten NAS vůbec neřešil přes SSH, ale přes LuCI. “Přípojné body”, a tam se to dá celkem dobře nastavit - namapování, nevím jak s tim NTFS, ale zkusil bych to, je to tam ten druhý seznam, vybere se zařízení, nastaví cesta, formát úložiště + další věci a připojí se to. Samotné sdílení se realizuj přes “sdílená úložiště”, kde se už jen nastaví jméno toho sdíleného úložiště a napíše se cesta. Na YouTube jsou na to z OpenWrt návody.

Naštěstí tu mám obrázky, co mám do diplomky, tady to je vidět. Přípojné body, tam se to připojí (ta tabulka s 2 zdroji)

A sdílená úložiště, kde se to “zviditelní” v síti.

Když se to úspěšně připojí, tak se to objeví i v seznamu nahoře z prvního obrázku.

dobry den, pokud v luci v menu mount points odznacite volbu ‘automount filesystem’ tak se nebude vase ntfs partition mountovat do tmp a vas script by mel fungovat.

1 Like

To jsem zkoušel, i různé kombinace, ale nepomohlo to… stejně se po restartu routeru disk vždy připojí do tempu

Viz. aktuální stav po restartu (všechno tam bylo odškrtnuto a stejně je zase disk v tempu).

Mně se to vlastně taky asi před měsíce stalo! Zdá se mi, že u mě byl problém v tom, že jsem měl mnt/sda1 na místo /mnt/sda1 - chybělo tam to lomítko na začátku, tak mě to furt odkazovalo do toho tmp. Byla to nějaká “kravina”.

tak jsem zkontroloval všechna lomítka všude, ale vypadá to v pořádku :slight_smile:

Ještě mě napadlo upravit ten nas script (v /etc/init.d/nas) s tím, že do startu dám odpojení toho temp disku (vždy se namountuje do /tmp/run/mountd/sda1). Zkusil jsem si zkušebně spustit nas script v době, kdy tam byl ten disk v tempu a super… fungovalo to.

script nas vypadá takto:

#!/bin/sh /etc/rc.common

START=99
STOP=99

start() {
umount /tmp/run/mountd/sda1
ntfs-3g /dev/sda1 /mnt/nas
}

stop() {
umount /mnt/nas
hd-idle -t sda
}

Jenže po restartu routeru zase nas nenaběhl a disk opět připojený v tempu :frowning: . Tomu vážně nerozumím buď se nas script nespouští po startu (ale povolený je), nebo se ještě poté spustí něco (nevím co), co ten disk namountuje do tempu. Je mi to čím dál tím nejasnější co se tam děje :smiley:

Při nějaké aktualizaci (asi 3.3) se do systému dostal program mountd “openwrt automount daemon” a ten se připsal do /etc/mtab a je ještě před přípojnými body takže mountuje vše co není připojeno. Stačí ten řádek posunout nakonec, nebo ho úplně vymazat a mělo by to být v pořádku.

1 Like

To bylo přesně ono, moc děkuji za radu.

Kupodivu nešel mountd z /etc/mtab smazat… něco ho vždy znovu vytvořilo… asi nějaká dětská pojistka :slight_smile:
Ale pomohlo ho zakázat z Systém / Po spuštění (luci/admin/system/startup) a konečně se mi disk připojí hned po startu tak jak má :slight_smile:

1 Like

Ano to je nejlepší řešení zakázat mu start :slight_smile:
mountd rovnou odinstaloval, sice jsem to měl trochu krkolomné, protože jsem už migroval na nový updater a ten balíče je v NAS sekci balíčků a tak jsem musel editovat /etc/updater/user.lua a přidat Uninstall "mountd" { priority= 60 } aby zůstal odinstalovaný a znovu se automaticky nenainstaloval.

Zdravím.
Po zakázání spuštění “mountd” se opravdu problém odstranil. Abych pravdu řekl, nikdy jsem s mountem žádného disku (ani ntfs) neměl problém. Bohužel nyní po nějaké aktualizaci (nevím, která to byla) se mi rozházel samotná systém mountování disků. Přišel jsem na to právě v souvislosti s “mountd”.
Jeden disk se mi vždy mountuje bez ohledu na nastavení ne již obsazený mounting point. Může mi někdo zkusit poradit, co se stalo a co dělám špatně? Tak jak to mám mi to vždy bez problémů fungovalo. Na obrázku to snad bude vidět. V “Připojené souborové systémy” je vidět disk fyzicky připojený jako sda1 namountovaný kdovíproč na obsazeném sdb1.
Co se to stalo?? :frowning:


Třeba je to jen blbost.
Díky za každou odpověď.

Můžete mi sem z konzole hodit výpis příkazů?
cat /etc/config/fstab
a
lsblk

edit:
a ještě
blkid

Díky za velice rychlou odpověď. Posílám výpisy, snad to k něčemu bude. Nejlepší na tom celém je to, že v těch výpisech je podle mne všechno správně… Alespoň se domnívám.
Chyba je vidět v “lsblk”, ale nevím, co s tím.
Každopádně díky.

root@turris:~# cat /etc/config/fstab

config global
option anon_swap ‘0’
option anon_mount ‘0’
option auto_swap ‘1’
option auto_mount ‘1’
option delay_root ‘5’
option check_fs ‘1’

config mount
option enabled ‘1’
option uuid ‘F474B7AA74B76DCC’
option target ‘/mnt/sda1’
option fstype ‘ntfs’
option enabled_fsck ‘1’

config mount
option enabled ‘1’
option uuid ‘821800fd-dcea-30be-df4c-0685f319c70f’
option target ‘/mnt/sdb1’
option enabled_fsck ‘1’

config mount
option enabled ‘1’
option uuid ‘8649-0041’
option target ‘/mnt/sdc1’
option enabled_fsck ‘1’

root@turris:~# blkid
/dev/sda1: LABEL=“My Passport” UUID=“F474B7AA74B76DCC” TYPE=“ntfs” PARTUUID=“2704a968-01”
/dev/sdc1: LABEL=“SANDISK” UUID=“8649-0041” TYPE=“vfat” PARTUUID=“0c45ec56-01”
/dev/sdb1: LABEL=“Transmission” UUID=“821800fd-dcea-30be-df4c-0685f319c70f” TYPE=“ext3” PARTUUID=“75b54beb-01”
root@turris:~# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 1.8T 0 disk
-sda1 8:1 0 1.8T 0 part /mnt/sdb1 sdb 8:16 0 111.8G 0 disk -sdb1 8:17 0 111.8G 0 part /mnt/sdb1
sdc 8:32 1 3.8G 0 disk
`-sdc1 8:33 1 3.8G 0 part /mnt/sdc1
mtdblock0 31:0 0 128K 0 disk
mtdblock1 31:1 0 1.6M 0 disk
mtdblock2 31:2 0 1.5M 0 disk
mtdblock3 31:3 0 11M 0 disk
mtdblock4 31:4 0 768K 0 disk
mtdblock5 31:5 0 1M 0 disk
mtdblock6 31:6 0 2M 0 disk
mtdblock7 31:7 0 5M 0 disk
mtdblock8 31:8 0 249M 0 disk /
mtdblock9 31:9 0 256M 0 disk
root@turris:~#

Ještě mě tak napadá zkusit v podstatě reload fstab:
block umount
block mount
a pak jaký je výsledek:
mount
lsblk

Jestli ani potom nic, tak pak bych zkusil disky odpojit, smazat /mnt/sdxn, vytvořit je znova, vypnout TO, připojit disky a zapnout TO.

Docela mne tam děsí vfat is not supported…

root@turris:~# block umount
root@turris:~# block mount
block: /dev/sdb1 is already mounted
block: check_filesystem: vfat is not supported
root@turris:~#

root@turris:~# mount
/dev/mtdblock8 on / type jffs2 (rw,noatime)
proc on /proc type proc (rw,noatime)
sysfs on /sys type sysfs (rw,noatime)
none on /sys/fs/cgroup type cgroup (rw,relatime,cpuset,cpu,cpuacct,memory,devices,freezer,net_cls,blkio)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,noatime)
tmpfs on /dev type tmpfs (rw,relatime,size=512k,mode=755)
devpts on /dev/pts type devpts (rw,relatime,mode=600,ptmxmode=000)
debugfs on /sys/kernel/debug type debugfs (rw,noatime)
/dev/sdb1 on /mnt/sdb1 type ext3 (rw,relatime,errors=remount-ro,data=ordered)
/dev/sdc1 on /mnt/sdc1 type vfat (rw,relatime,fmask=0000,dmask=0000,allow_utime=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)

root@turris:~# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 1.8T 0 disk
-sda1 8:1 0 1.8T 0 part sdb 8:16 0 111.8G 0 disk -sdb1 8:17 0 111.8G 0 part /mnt/sdb1
sdc 8:32 1 3.8G 0 disk
`-sdc1 8:33 1 3.8G 0 part /mnt/sdc1
mtdblock0 31:0 0 128K 0 disk
mtdblock1 31:1 0 1.6M 0 disk
mtdblock2 31:2 0 1.5M 0 disk
mtdblock3 31:3 0 11M 0 disk
mtdblock4 31:4 0 768K 0 disk
mtdblock5 31:5 0 1M 0 disk
mtdblock6 31:6 0 2M 0 disk
mtdblock7 31:7 0 5M 0 disk
mtdblock8 31:8 0 249M 0 disk /
mtdblock9 31:9 0 256M 0 disk
root@turris:~#

Ten vfat je taky divný, ale dle všeho je namountovaný (zjistit jestli je nainstalovaný opkg list-installed *vfat* a zavedený lsmod | grep vfat) , ale horší je, že se fstab asi opravdu snaží narvat sda na sdb :worried:
Nyní block umount a pak
Co vypíše mount
Co vypíše lsblk
Co vypíše block info
Co vypíše block detect
Co vypíše cat /etc/mtab

root@turris:~# block umount
root@turris:~# mount
/dev/mtdblock8 on / type jffs2 (rw,noatime)
proc on /proc type proc (rw,noatime)
sysfs on /sys type sysfs (rw,noatime)
none on /sys/fs/cgroup type cgroup (rw,relatime,cpuset,cpu,cpuacct,memory,devices,freezer,net_cls,blkio)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,noatime)
tmpfs on /dev type tmpfs (rw,relatime,size=512k,mode=755)
devpts on /dev/pts type devpts (rw,relatime,mode=600,ptmxmode=000)
debugfs on /sys/kernel/debug type debugfs (rw,noatime)
root@turris:~#
root@turris:~# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 1.8T 0 disk
-sda1 8:1 0 1.8T 0 part sdb 8:16 0 111.8G 0 disk -sdb1 8:17 0 111.8G 0 part
sdc 8:32 1 3.8G 0 disk
`-sdc1 8:33 1 3.8G 0 part
mtdblock0 31:0 0 128K 0 disk
mtdblock1 31:1 0 1.6M 0 disk
mtdblock2 31:2 0 1.5M 0 disk
mtdblock3 31:3 0 11M 0 disk
mtdblock4 31:4 0 768K 0 disk
mtdblock5 31:5 0 1M 0 disk
mtdblock6 31:6 0 2M 0 disk
mtdblock7 31:7 0 5M 0 disk
mtdblock8 31:8 0 249M 0 disk /
mtdblock9 31:9 0 256M 0 disk
root@turris:~#
root@turris:~# block info
/dev/mtdblock2: TYPE=“jffs2”
/dev/mtdblock4: TYPE=“jffs2”
/dev/sdb1: UUID=“821800fd-dcea-30be-df4c-0685f319c70f” LABEL=“Transmission” NAME=“EXT_JOURNAL” VERSION=“1.0” TYPE=“ext3”
/dev/sdc1: UUID=“8649-0041” LABEL=“SANDISK” VERSION=“FAT32” TYPE=“vfat”
root@turris:~#
root@turris:~# block detect
config ‘global’
option anon_swap ‘0’
option anon_mount ‘0’
option auto_swap ‘1’
option auto_mount ‘1’
option delay_root ‘5’
option check_fs ‘0’

config ‘mount’
option target ‘/mnt/sdb1’
option uuid ‘821800fd-dcea-30be-df4c-0685f319c70f’
option enabled ‘0’

config ‘mount’
option target ‘/mnt/sdc1’
option uuid ‘8649-0041’
option enabled ‘0’

root@turris:~#
root@turris:~# cat /etc/mtab
rootfs / rootfs rw 0 0
/dev/root / jffs2 rw,noatime 0 0
proc /proc proc rw,noatime 0 0
sysfs /sys sysfs rw,noatime 0 0
none /sys/fs/cgroup cgroup rw,relatime,cpuset,cpu,cpuacct,memory,devices,freezer,net_cls,blkio 0 0
tmpfs /tmp tmpfs rw,nosuid,nodev,noatime 0 0
tmpfs /dev tmpfs rw,relatime,size=512k,mode=755 0 0
devpts /dev/pts devpts rw,relatime,mode=600,ptmxmode=000 0 0
debugfs /sys/kernel/debug debugfs rw,noatime 0 0
root@turris:~#

Zkoušel jste ten disk (sda - NTFS) připojit k jinému pc, jestli je vůbec v provozuschopném stavu.

Měl jsem podobný problém… nečetl jsem celou konverzaci, ale co osobně pomohlo v mém případě:

  1. restart routeru
  2. smazat adresář /mnt/nas, smazat /tmp/… mount point
  3. restart routeru
  4. znovu vytvořit /mnt/nas, smazat /tmp/… mount point
  5. restart routeru

a už se připojil v pohodě do /mnt/nas…

Disk je v provozu. Vím to proto, že se mi připojí místo toho, co má být na sdb1 - Transmission, který z jeho místa vyhodí.
Samotný disk “Transmission” je funkční. Když odpojím fyzicky ten co se cpe na jeho místo, tak naskočí…

Teď mne ještě napadlo jestli nemůže být problém v tom, že ten ntfs disk je připojený na přidaném USB3.0 řadiči ve volném slotu mpcie v routeru. Ale předtím to tak taky bylo a nebyly žádné problémy…

Tak řadičem to není…