Látom, már azóta kipróbáltad. Persze, marad a beállítás, hiszen az uci commit parancs kiírta a config file-ba.

Legelső próbálkozásom pontosan úgy történt, hogy Te 1. és 2. lépéseidbeli beállításokat végrehajtottam, majd ez után nyomtam csak rá a Save&Apply-ra, de már ez sem volt sikeres. Ezután kezdtem el lépésenkánt végrehajtani, és ekkor derült ki, hogy te 2. ás 4. lépésedet simán végrehajtja, de az elsőt nem.

Mivel konzolból sikerült megcsinálni az volt a hiba amit Alex eleve is gyanított: a Luci rollback funkciója valahogyan összeakad az 1. lépés Mentés és alkalmazásával.

@ Alex még1x köszi a kitartó segítséget!

Hmm... Érdekes, lehet akkor a böngésző is ludas volt a dologban A lényeg, hogy sikerült!

Köszi, egy V4 újraélesztéséhez a segítséget!

Van valami exploit a mi routerünkön futó openwrt-re?
2db 1043 V2 és V3 fut 8080-as porttal nyitva az Internet felé, komplex jelszó, és mind a kettőt feltörték. Root jelszót cseréltek, nem férek hozzá sehogyse, a szolgáltatások mennek (DLNA, transmission, samba), most keresgetek vírust a HDD-ken.
Más tapasztalt ilyet?

A 8080-as porton a LuCI figyelt, vagy saját weboldal? Esetleg nem lehet, hogy belülről vicceltek meg? Milyen OpenWrt verzió?

Azért a hozzáférés és a root jelszó csere failsafe módban nem gond ilyen esetben sem.

[ Szerkesztve ]

Ha kelloen regi, akkor persze! Mikori verzio?

Ugye titkositott volt a 8080-as port? Tedd at masikra, illetve probalj valami IP szurest ratenni, hogy kitudjahonnan kapcsolodni se tudjanak, nemhogy belepni.

Egyben válaszolok:
Verzió: suste/headless@OpenWrt@0.8.1 Barrier Breaker 14.07 - kellően régi
Nem volt titkosított a 8080, és kizárt a belső támadás.
Próbáltam egyébként failsafe-ben elérni a routert, pingre válaszolt, de semmi mást nem tudtam csinálni vele, ssh nem futott, a tudományom itt véget ért.

Most olyan bajom van, hogy 2db USB-s eszköz volt rácsatlakozva, és reset-eltem a routert. Az egyiket (64GB) felismerte, de a csatolási pontokat hiába próbáltam visszacsinálni, nem volt se extroot se swap. Lementettem, leformáztam a routeren, most minden ok, de ugyanez a helyzet egy nagy külső HDD-vel is. Linux alatt látom, sértetlen, de a routerre feldugva nem látszik filerendszer. Itt akadtam el.
Apropó, találtam egy 2021-es mentést, azt visszatöltve rossz lett a helyzet, csatolási pontok ugrottak, szolgáltatások egy része visszajött. Lehet ezt valahogy darabonként feltöltögetni?
Utálom, hogy ennyire nem értek hozzá

A 14.07 emlékeim szerint failsafe módban (illetve telepítés után jelszó beállítása nélkül) telneten érhető el, nem SSH-n.
Ha extroot-od volt, akkor azt a flash-ban lévő fstab-ban be kellett volna állítanod és minden ment volna tovább.
De alapvetően a 14.07-ben biztos volt már valami sérülékenység, amit ki tudtak használni. Arra nem válaszoltál, hogy a 8080-on a LuCI, vagy pl. suste-ék saját felülete, vagy általad írt saját felület volt kiengedve.

LuCI volt/van rajta a 8080-on.
"Ha extroot-od volt, akkor azt a flash-ban lévő fstab-ban be kellett volna állítanod és minden ment volna tovább." - ezt nem tudom értelmezni, de már mindegy is, mert reseteltem a routert. Most az lenne az érdekes, hogy a nagy HDD-t hogyan tudnám visszanyerni

Ezt látom a logban, és /share/14tb alatt üres filerendszer jön fel. Linux alatt látszik. Gondolom valami egyszerű dolog lesz ez, de nem vágom a mi a nyűgje.

Sat Nov 18 01:50:10 2023 user.notice AutoMount: 14tb mounted to /share/14tb.
Sat Nov 18 01:50:10 2023 user.notice AutoMount: Stopped.
Sat Nov 18 01:50:10 2023 user.err syslog: /dev/sda2 is already mounted
Sat Nov 18 01:50:10 2023 user.notice AutoMount: Started.
Sat Nov 18 01:50:11 2023 user.notice AutoMount: 14tb mounted to /share/14tb.
Sat Nov 18 01:50:11 2023 user.notice AutoMount: Stopped.
Sat Nov 18 01:50:11 2023 user.err syslog: /dev/sda3 is already mounted
Sat Nov 18 01:50:11 2023 user.notice AutoMount: Started.
Sat Nov 18 01:50:12 2023 user.emerg syslog: 'radio0' is disabled
Sat Nov 18 01:50:12 2023 user.emerg syslog: 'radio0' is disabled
Sat Nov 18 01:50:13 2023 user.emerg syslog: this file has been obseleted. please call "/sbin/block mount" directly
Sat Nov 18 01:50:13 2023 user.notice AutoMount: 14tb mounted to /share/14tb.
Sat Nov 18 01:50:13 2023 user.notice AutoMount: Stopped.
Sat Nov 18 01:50:13 2023 user.notice AutoMount: Started.
Sat Nov 18 01:50:14 2023 user.err syslog: /dev/sda2 is already mounted
Sat Nov 18 01:50:14 2023 user.err syslog: /dev/sda3 is already mounted
Sat Nov 18 01:50:14 2023 user.emerg syslog: block: /dev/sda2 is already mounted
Sat Nov 18 01:50:14 2023 user.emerg syslog: block: /dev/sda3 is already mounted
Sat Nov 18 01:50:14 2023 user.notice AutoMount: Started.
Sat Nov 18 01:50:15 2023 user.emerg syslog: mount: bad address '/dev/sdb'
Sat Nov 18 01:50:15 2023 user.notice AutoMount: 14tb mounted to /share/14tb.
Sat Nov 18 01:50:15 2023 user.notice AutoMount: 14tb mounted to /share/14tb.
Sat Nov 18 01:50:15 2023 user.notice AutoMount: Stopped.
Sat Nov 18 01:50:15 2023 user.notice AutoMount: Stopped.
Sat Nov 18 01:50:15 2023 user.notice AutoMount: Started.
Sat Nov 18 01:50:17 2023 authpriv.info dropbear[1645]: Not backgrounding
Sat Nov 18 01:50:17 2023 user.notice AutoMount: 14tb mounted to /share/14tb.
Sat Nov 18 01:50:17 2023 user.notice AutoMount: Stopped.
Sat Nov 18 01:50:17 2023 kern.info kernel: [   30.750000] eth1: link up (1000Mbps/Full duplex)fgsdfg

A log alapján Suste-ék AutoMount scriptje mountolja elvileg a /share/14tb könyvtárba. Biztos, hogy samba-n az van kiajánlva? SSH-n sem látszik ott a tartalom?

Igen, és SSH-n sem látszik. Most viszont ahogy nézem van ott valami "szemét" /dev könyvtárban, nem emlékszem, hogy ez eddig ott lett volna..

Suste saját oldalán van egy debug, talán az közelebb visz

+ amn=AutoMount
+ logger -t AutoMount Started.
+ [ -f /etc/config/automount ]
+ . /etc/config/automount
+ mnt_label=mnt
+ am=Enabled
+ as=Enabled
+ atr=Enabled
+ adlna=Enabled
+ share_dir=/share
+ mnt_dir=/mnt
+ egrep -o /dev/sd.. /proc/mounts /proc/swaps
+ cut -d: -f2-
+ tr \n |
+ sed s/|$//
+ current=/dev/sda2|/dev/sda3|/dev/sda1
+ [ /dev/sda2|/dev/sda3|/dev/sda1 ]
+ + egrepgrep -v /dev/sd.. /dev/sda2|/dev/sda3|/dev/sda1

+ blkid
+ blkids=/dev/sdb: LABEL="14tb" UUID="964e2b2b-4d4e-4306-85a9-82bd32b3abde" TYPE="ext4"
+ tr -d '"
+ sed s|.*dir ||
+ grep download_dir /etc/config/transmission
+ DL_dir=/mnt/download
+ tr -d "'
+ sed s|.*dir ..,||;s|.*dir .||
+ grep media_dir /etc/config/minidlna
+ DLNA_dir=/mnt/download
/share
+ [ Enabled != Enabled -a Enabled != Enabled ]
+ echo run
+ [ /share != / ]
+ ls /share
+ sed s/|$//
+ tr \n |
+ sed s|.*/share/||;s| type.*||
+ grep /share
+ mount
+ egrep -v
+ + echoegrep -o/dev/sdb: LABEL="14tb" UUID="964e2b2b-4d4e-4306-85a9-82bd32b3abde" TYPE="ext4" /dev/sd..

+ + + echogrepsed /dev/sdb:.*LABEL s/.* LABEL=.//;s/" .*//
/dev/sdb: LABEL="14tb" UUID="964e2b2b-4d4e-4306-85a9-82bd32b3abde" TYPE="ext4"

+ label=14tb
+ echo /dev/sdb: LABEL="14tb" UUID="964e2b2b-4d4e-4306-85a9-82bd32b3abde" TYPE="ext4"
+ grep /dev/sdb:.*TYPE
+ sed s/.* TYPE=.//;s/" .*//
+ type=ext4
+ + grepsed /dev/sdb:.*UUID s/.* UUID=.//;s/" .*//

+ echo /dev/sdb: LABEL="14tb" UUID="964e2b2b-4d4e-4306-85a9-82bd32b3abde" TYPE="ext4"
+ uuid=964e2b2b-4d4e-4306-85a9-82bd32b3abde
+ [ ext4 != swap -a Enabled = Enabled ]
+ [ ext4 = ntfs ]
+ grep /dev/sdb:
+ mount
+ [ ! ]
+ grep -w /mnt
+ mount
+ [ 14tb = mnt -a ! /dev/sda3 on /mnt type ext4 (rw,relatime,data=ordered) -a mnt ]
+ + grepgrep -vw 14tb /mnt

+ mount
+ [ ! -a 14tb ]
+ mkdir -p /share/14tb
+ mount /dev/sdb: /share/14tb
mount: bad address '/dev/sdb'
+ logger -t AutoMount 14tb mounted to /share/14tb.
+ [ ]
+ echo stop
+ [ /dev/sdb: LABEL="14tb" UUID="964e2b2b-4d4e-4306-85a9-82bd32b3abde" TYPE="ext4" ]
+ [ -f /tmp/pnp_dlna -o -f /tmp/pnp_tr ]
+ logger -t AutoMount Stopped.

Update: kikapcsoltam az automount-ot, megcsináltam kézzel, és most működik.
Közben találtam service backupokat is 2020-ból, feltettem, de nem segített. Kézzel beírva az fstab-ba minden ok. Nem értem, ezelőtt ez szépen működött, de most nem.
Mindegy, valamennyire kiokosodtam a témából, most működik.

Ha jól emlékszem az volt a process, hogy ha a HDD neve (label) "mnt", akkor "/mnt" -be csatol.
Egyébként pedig a "/share/label" -be.

A konfigban látszólag nincs hiba, az élmény mégis az, hogy össze-vissza történnek meg a mountok. Én 4 partíciót használok (ezek a labelek is, és a formázóval készültek
SDA
1 swap
2 extroot - ext4
3 mnt - ext4
SDB 14tb - ext4

Ha automount bekapcsolva, akkor az extroot-ot /dev/sda2 /mnt/sda2-be rakja akármit csinálok. Így néz ki az mnt:

Ha kikapcsolom az automount-ot akkor működ(ött) 1 teljes napig amikor összeborult az egész megint - lefagyott a router. Újraindításkor az SDA2 nem látszott, de a drive-ot ubuntu alatt megvizsgálva nem volt hiba. Routerbe vissza az van, hogy semmilyen módon nem tudom a gyökér file-rendszerhez csatolni. Visszatöltöttem service backupot 2020-ból, és automount backup-ot is, ezzel sikerült a formázós felületet tönkreteni, nem történik semmi, ha formázni akarok. Most fogom újra elölről kezdeni, factory reset, és meglátjuk. Nem tudom hol a hiba, 2 drive-val is ez a probléma, nem jövök rá mit basztam el...

Látom mindenki atom izgul mi lett a végeredmény, úgyhogy leírom
- factory reset
- saját backup visszatöltése
- legutolsó service backup visszatöltése
- SDA formázása 3 partícióra a formázóban, így lett swap, extroot, mnt
- SDB rádugása, így lett share/sdb
Most minden működik mint előtte, amit nem értek, hogy egy már létező sda extrootot miért nem tudtam felcsatolni csak vért hányva, aztán miért omlott össze a rendszer. A partíció típusa rendben volt, hiba nem volt rajta se logikai se fizikai... Így újraformázva, felcsatolva minden ok.

***apropó, az újabb/kibővítettebb transmission gui-t hogy lehet feltölteni a routerre? Ami úgy néz ki kb mint a transmission remote windows vagy linux alatt

[ Szerkesztve ]

e2fsck-val ellenőrizted is a partíciókat?

Nem pont azzal, ubuntu alatt a lemezek/disks programmal. Semmilyen hibát nem talált.