Nálam is dettó ez a szituáció.
Ha terminálból indítom a nemo-t, akkor működik csak.

nemo smb://server.cim

#2.1
Nálam nincs windows, a routerhez van kötve egy külső vinyó, azt érem el SMB-n keresztül. Pontosabban értem el.
itt írtunk róla anno:
https://linuxmint.hu/forum/megoldva-halozati-hely-hozzaadasa

Egyébként nem ír semmit a terminál, ha onnan indítom a fentiek szerint a nemo-t. Simán elindul és látok minden megosztást.
 

#2 #2 Érdemes megnézni, hogyha a a nemo-t indítod terminálból, akkor a grafikus csatlakozási kísérletre mit ír ki a terminál. Meg az smb.con.conf (fenti javaslat),és hogy melyik Windows, asse legyen titok.

#2.1.1.1
Köszönöm, ne foglalkozz ezzel, LM21-re akarok váltani, talán majd az megoldja.Ha nem, visszatérhetünk a témára.

Egyébként alap LM20.3 telepítésem van cinamonnal, más asztali környezet nincs, a nemo az alapértelmezett.
Pont ugyan ez a hibaüzenet is, csak angolul, mert én úgy használom a rendszert. 20.1, 20.2 alatt ment, 20.3 alatt is egy darabig, aztán jött ez a hibaüzenet.
Két routerrel próbáltam: Asus RT N-18U és AX58U. Az előbbit váltotta az utóbbi nálam.

Kíváncsi vagyok a kérdező folytatja-e majd a szálat.

#2.1.1 Delikát helyzet lehet esetleg, kevert (több) asztali környezet, vagy olyan, ahol nem a Nemo az alapértelmezett, később telepíthetted.

Kimenet?

inxi -Fzxxx

Mi a Nemo ikonos indító parancssora, és a külső tároló fájlrendszere?
A hibaüzenet nálad ugyanez?

A hely nem csatolható A megosztások listájának lekérése meghiúsult a kiszolgálóról. Nincs ilyen fájl vagy könyvtár

#2.1.1.1.1.1

LMDE5 alatt működik a funkció! Friss, ropogós a rendszer, most tettem fel a 20.3 helyett. :)
Nemo 5.2.4.

#2.1.1.1.1 Van egy Linksys NAS 200-as hálózati tárolóm. Nálam dettó: 20.1, 20.2 alatt ment, 20.3 alatt is egy darabig, aztán jött ez a hibaüzenet.
Használok még Win7-et, ott nincs elérési problémám és böngészőből sem.
n

Nem hiszem, hogy a 21-es Mint meg fogja oldani a problémánkat :-(.

#2.1.1.1.1.1.2.1

Tessék:

ig@lmde:~$ sudo nmap -sS -sU -T4 192.168.0.100
Starting Nmap 7.80 ( https://nmap.org ) at 2022-07-27 19:17 CEST
Note: Host seems down. If it is really up, but blocking our ping probes, try -Pn
Nmap done: 1 IP address (0 hosts up) scanned in 2.15 seconds

Ha kikapcsolom a routerben a tűzfalat akkor is ez van.
A router ip címével le sem fut a parancs.

#2.1.1.1.1.1.2 Mutatnál egy parancssor kimenetet?

sudo nmap -sS -sU -T4 192.168.0.100

___

https://forums.linuxmint.com/viewtopic.php?f=42&t=88146&start=0

In a typical Linux setup the following ports should be open for Samba to work:

Interesting ports on 192.168.0.100:
Not shown: 1993 closed ports
PORT STATE SERVICE
139/tcp open netbios-ssn
445/tcp open microsoft-ds
137/udp open|filtered netbios-ns
138/udp open|filtered netbios-dgm

#2.1.1.1.1.1.2.1.1.1
Nem használom az ufw-t. De ha a megfelelő ip címet írtam volna be az előbb, akkor lett volna rendes kimenet is. :/
Szóval elbénáztam, itt a router ip-címmel a kimenet:

ig@lmde:~$ sudo nmap -sS -sU -T4 192.168.x.y
Starting Nmap 7.80 ( https://nmap.org ) at 2022-07-27 20:07 CEST
Nmap scan report for lmde (192.168.x.y)
Host is up (0.000015s latency).
Not shown: 1994 closed ports
PORT     STATE         SERVICE
139/tcp  open          netbios-ssn
445/tcp  open          microsoft-ds
137/udp  open          netbios-ns
138/udp  open|filtered netbios-dgm
631/udp  open|filtered ipp
5353/udp open          zeroconf

Nmap done: 1 IP address (1 host up) scanned in 1.44 seconds

#2.1.1.1.1.1.2.1.1

#2.1.1.1.1.1.2.1.1 Az UFW -et használod? Én igen.

sudo ufw status
[sudo] debkim jelszava:
Status: active
...

Végülis, tán nem tűzfalas jellegű a probléma.