- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- ASUS routerek
- Hálózatokról alaposan
- Adobe Lightroom topic
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
- Aliexpress tapasztalatok
- Letartóztatták a bitcoin-Jézust
- Xiaomi AX3600 WiFi 6 AIoT Router
- Kaspersky Antivirus és Internet Security Fórum
-
IT café
Arch Linux topik
Új hozzászólás Aktív témák
-
Xenophobermn
csendes tag
Az SSD-t ugyanoda dugtam vissza, és már mindenhogy próbáltam, mert amikor telepítettem az archot akkor a másik ssd is benne volt, de azt csak formáztam. Az uefi-nek is az arch-os SSD-re csináltam partíciót. (Ez szerintem nagyon profi install volt, és minden lépést követtem. Azzal nem lehet gond).
Ezt természetesen még a bios írja ki, az archot meg se találja. -
vargalex
félisten
válasz Xenophobermn #7051 üzenetére
Pedig akkor az lesz, amit a kolléga ír. Nem jó SSD-re mutat az EFI bejegyzés. Próbáltad úgy is, hogy visszarakod a másik SSD-t is?
BIOS-ban sem tudsz boot manager-t váltani?Alex
-
Xenophobermn
csendes tag
válasz Xenophobermn #7053 üzenetére
A következő parancsok sorban lefuttatva, megoldja a problémát, a baj hogy minden esetben el kell végezni, ahányszor lecsatolom a sata-t. Erre keresek majd még valami megoldást, mert kicsit bosszantó.
mount /dev/sdXX (ROOT) /mnt
genfstab -U /mnt >> /mnt/etc/fstab
arch-chroot /mnt
grub-install --target=x86_64-efi --efi-directory=/boot/efi --removable
grub-mkconfig -o /boot/grub/grub.cfg
exit
umount -R /mnt
shutdown -r now[ Szerkesztve ]
-
vargalex
félisten
válasz Xenophobermn #7054 üzenetére
Azért azt lássuk be, hogy ez nem normális... Mitől kellene mindig telepíteni a grub-ot???
Alex
-
Xenophobermn
csendes tag
Ha nem túlzás, lenne egy új kérdésem is.
A gondom az Arch fájlmegosztásokkal van. Van egy Linux (OMV) szerverem, amin vannak megosztott mappák, hogy egyszerűbb legyen a munka otthon, de viszont az Arch a Hálózaton semmit sem talál. Ez miért lehet? Linux-Linux mind a kettő, samba mind a kettőn fent van. Android telefon simán lát mindent, sőt windows-os gép is látja. Mi a gond ilyenkor? Rosszul van konfigurálva a samba, vagy arch-on csak manuálisan lehet csatolni a hálózati mappákat is?[ Szerkesztve ]
-
Frawly
veterán
válasz Xenophobermn #7054 üzenetére
Na, úgy néz ki, hogy rájöttem mi a bajod. Az alaplapi UEFI BIOS szivat téged, mert lecsatlakoztatod a SATA-t. Néhány BIOS ugyanis úgy van megírva, ha egy BIOS vagy UEFI bootopció mögül kiesik ténylegesen a drive, amire mutatna, akkor törlődik maga a bootbejegyzés is. Kevés BIOS csinálja ezt, de ezek szerint a te gépeden ez történik, és ez nem a Linux, vagy nem az Arch hibája, hanem a BIOS-é. Kétféle megoldás közül tudsz választani:
1) soha nem húzod le a szóban forgó SATA meghajtót. Soha.
2) Vagy az EFI bootpartíciót átteszed valami olyan belső meghajtóra, amit sose csatlakoztatsz le. -
Nagytoll
senior tag
Hello! Hátha van itt valaki dkms mágus:
VMware workstation AUR package még nem kompatibilis a legújabb 5.8+ kernellel, ezért eddig 5.7.9-es kernelt futtattam. Figyelmetlen voltam és frissítettem 5.8.5-ös kernelre (ahol nem működött a VMware), majd downgrade-eltem vissza 5.7.9-re (linux package és linux-headers).
A probléma viszont itt indul, a kernel moduljaim nem tudtak települni 5.7.9-es kernelre, ahogy azt előtte tették. Bármit csinálok mindig elszáll 10-es hibakóddal a dkms install bármilyen modulra. Bővebben megnézve a logokat azt találtam, hogy gcc/plugin not compatible üzeneteket dobálnak a dkms modulok telepítés során.
Ezt követően próbáltam downgrade-elni a gcc-t is, 10.x verzióról 9.3-ra, de ugyan úgy sikertelen volt minden dkms telepítés.
Kezdek kifogyni az ötletekből. Volt valakinek ilyennel gondja ezelőtt? -
Frawly
veterán
válasz Nagytoll #7059 üzenetére
Hasonló probléma merült fel most Archon a qBittorrenttel. Mindenhol crashel az új verzió, mert ebben már a qBittorrentet és a libtorrent-rasterbar-t is C++14-gyes beállítással fordították, de ez meg nem fér össze valami Python-gyökérséggel, ezért qbittorrent: symbol lookup error: qbittorrent: undefined symbol hibával elhasal az egész, nem indul. Állítólag várni kell, Arch és qBittorrent bugtrackeren is jelentve van már a hiba, dolgoznak rajta a fejlesztők.
Még mielőbb jönne valaki ubuntus, hogy ×4rarolling, eltörtmegint, csaxólok, hogy ez specifikusan a qBittorrentes fejlesztők hibája, valószínű Ubuntun is eltört, ha már itt tartanak verzióban. Utoljára egyébként 3+ éve tört el a qBittorrent Archon, akkor is megint a qB fejlesztőinek a hibája volt, régi libtorrent-rasterbarra dependeltek, Archon meg egy újabb verzió volt.
Egyébként meg ezért sem szeretem a komplex, bloatabb GUI-s programokat. Bonyásak, sok függőségük van, pl. ennek a qBittorrentnek Qt5, libtorrent-rasterbar, Python meg egyebek. Az ilyen komplexitási fok gyorsan törik el, mivel több modul válhat egymással inkompatibilissé.
Ezzel szemben egy CLI-s rtorrent simán megy, nem törik el soha, mert olyan szög egyszerű, annyira kevés kód fut egymagában, hogy nincsen nagyon, ami eltörhetne rajta. Cserében grafikus felület nélkül is fut, headless szerveren meg konzolban.
-
-
vargalex
félisten
válasz Siriusb #7061 üzenetére
Én is éppen tegnap frissítettem a teljes rendszert, és gond nélkül megy tovább a qbittorrent (qbittorrent-nox-ot használok). Valóban áprilisi verzió, amit egyébként tegnap flaggeltek out-of-date-ra. De ez még nem jelenti, hogy máris lenne újabb verzió. Persze lehet, hogy egy rövid időre volt a repoban...
Alex
-
Frawly
veterán
válasz Archttila #7062 üzenetére
Látod ez jó ötlet, ez nem jutott eszembe, kipróbálom azt.
Siriusb: qbittorrent 4.2.5-1, libtorrent-rasterbar 1.2.10-1, amik fent vannak jelenleg. Az még hozzátartozik, hogy Archon Testing tárolókat is használok, de a vonatkozó csomagok mint a stable-ből vannak, a Testingben alig van csomag, onnan csak kernel (most 5.8.8-arch1-1) meg 1-2 dolog jön lényegében.
-
Frawly
veterán
válasz vargalex #7065 üzenetére
Kösz az infót, erre már nem emlékeztem, hogy az a testingből van. Kipróbáltam a nox-ot is, az is ugyanazzal a hibával hasal el. Nem fogom ennek ellenére a libtorrent rasterbart downgrade-elni, mert 1) semmi baja, 2) ez a qbittorrentesek bénasága, 3) dobni fogom a qbittorrentet egészében, amit már rég tervezek meglépni, azért is tesztelem már mellette egy ideje az rtorrentet.
Kár érte, mert a qBittorrent azon kevés programok közül való volt, amiből még GUI-sat használok, ezzel hogy ez kiesik, már csak a Termite, Goldendict, Firefox lesz az, ami GUI-s és rendszeresen használom, persze a Wine, Steam, játékok is GUI-sak, de azokat ritkán futtatom. A többi progi mind CLI-s. De annyira jó és feature-gazdag volt az qB, hogy azt eddig nem tudtam elengedni, de úgy néz ki, ennek is eljött az ideje.
-
Frawly
veterán
válasz vargalex #7068 üzenetére
Amit viszont a fejlesztőknek nyomon kell követni, ha arra dependelik a szutykukat. Meg az is hozzátartozik, hogy a libtorrent-rasterbar az nem így hirtelen hozta ki az új verziót, hogy csak mindenki szívinfarktust kapott, hanem általában a kijövő új verzió pár hónappal előtte már folyamatában tesztelhető git-dev ágban, pont azért, hogy előre lehessen vele tesztelni, és ne megjelenés után érjen mindenkit meglepetésként, hogy jé, nem megy.
Ezt csak azért írom, hogy ha vannak itt fejlesztésben laikusok is, akkor értsék, hogy ez nem úgy megy, hogy kijön valami új komponens, és akkor mindenki megijedve gyorsan lesöpri a fejlesztőasztalt, hogy jé, nem megy, milyen váratlan, gyorsan, hama-hama, reszeljünk rajta. Egy rendes fejlesztő mindig előre tesztel, még béta komponensekkel is, előre tart platformonként többféle dev/debug buildet, amikben már a következő komponensekkel teszteli a következő verziót. Itt az van, hogy a qB fejlesztők lusták, még kb. fél éve kihozták a stabil 4.2.5-öt, és kényelmesen hátra dőltek, az alkotás kész, a gép forog, az alkotó pihen, COVID nyári szünet, most jó, hozzá ne nyúlj, míg megy, még ránézni sem szabad, mert szemlenyomatos lesz. Most pofonként éri őket, hogy nem lett volna szabad pihengetni, fejleszteni folyamatosan kell, főleg a mai verzióhajhász/rolling világban. Aki pihenni, meg hátra dőlni akar, az keressen másik hobbit/munkát. Ilyen opensource multiplatformos fejlesztő majd csak akkor pihen, ha nyugdíjba megy, vagy épp szívinfarktus miatt tolják be a mentőbe, de ott is csak addig pihenhet, amíg töltődik a defibrillátor. Persze ennyire nincs kiélezve, egy ilyen nagyobb projekten, mint a qBittorrent is, több fejlesztő dolgozik párhuzamosan, fejlesztést megosztva. Ilyen projektnél eleve szokott lenni erre külön felelős (néha több ember), aki csak azzal foglalkozik, hogy jövőbeli dev verziókkal és komponensekkel tesztel, egyengeti az utat a többieknek. Míg megint egy másik emberke a jelenlegi stable előtti, de még támogatott stable verzióba szokta visszaportolni a jelenlegi verzió hibajavításait és feature-eit. Megint másik csak buildet csomagok meg ír alá, egy megint másik emberke a weboldalt igazgatja, megint másik a dokumentációt tartja karban, stb.. Tehát nem egy embernek kell az összes feladattal örlődni, nem is tudna, mert fizetés nélkül csinálják, abszolúte hobbiból, meg szakmai érdeklődésből, fejlődésből.
Nyilván erre az Arch csomagfenntartó is figyel, nem véletlen, hogy az 1.2.10-es libtorrent-rasterbar nem került még be az Arch stable tárolóba, csak a testingben próbálgatják egyelőre, bár erre isten igazából a staging lenne való, csak azt a lépcsőt szeretik átugrani. Én viszont bekapcsolom a testinget, mert vannak benne frissebb csomagok, és szökőévente szokott probléma lenni belőle, így nagy hátrány nem ér miatta, cserébe gyorsabban kapom meg az új feature-öket, optimalizációkat.
-
Gelmi
tag
Sziasztok!
Segítséget szeretnék kérni !
Frissen telepített manjaron nem tudom megnyitni a Zyxel nas310 megosztásait .Eszerint a megosztások látszodnak az asztali gépen csak már megnyitni nem tudom
Mi lehet a hiba ?
Segítségeket előre is köszönöm!
Gelmi
A jövő azoké, akik hisznek álmaik szépségében!
-
Gelmi
tag
Persze hogy próbáltam .
az eredmény ugyan az
látszik a megossztás csak éppen nem tudom megnyitni egyik megossztott mappát sem !Érdekes modon az lg tv minden további nélkül lejátsza a megossztott mappákban levő média tartalmakat!
[ Szerkesztve ]
A jövő azoké, akik hisznek álmaik szépségében!
-
májkimiki
őstag
A NAS még Samba v1-et beszél? Esetleg?
Mert 4.11-es Samba után nem támogatott a v1.
Manjaron most elvileg 4.12.6-os Samba van.
Van a fájlkezelődnek Samba beépülője (Xfce-Thunar?), azt is megnézném.
Thunar - XFCEthunar-shares-plugin-gtk3
A NAS se mai gyerek, de lehet még adtak, ki hozzá firmware update-t és az tudhat magasabb verziójú samba protokollt.
[link]
Milyen rendszer volt előtte, amin még működött?[ Szerkesztve ]
-
Gelmi
tag
-
májkimiki
őstag
Szerintem először a NAS firmware verziót kéne megnézni, tudsz-e frissíteni? Ha igen van-e benne Samba frissítés. Ha nem, akkor Manjaron visszaállni 4.10-es Samba-ra.
Bár a legjobb az lenne, ha a NAS tudna újabb Samba-t beszélni és akkor Win10-en kilőhetnéd a v1-et. Biztonság szempontjából így lenne a legjobb. -
-
májkimiki
őstag
Azt onnan nem tudod megcsinálni. Pacman-nal kell terminálban csomagot downgrade-lni és befagyasztani, hogy ne frissüljön. Csak az a kérdés, hogy ez milyen függőségeket ránt magával még plusszban. Egyelőre én ezt hagynám.
Inkább a Zyxel-es topikban futnék egy kört.
-NAS szerint nincs frissebb firmware, weboldalon meg van és van benne Samba path is. -
májkimiki
őstag
Az a bizonyos Samba path a SambaCry befoltozására szolgál.
Hát passz, nem tudom.
[link]
Annak ellenére, hogy még jól működik a NAS-od. Én elgondolkodnék a cserén, ha nem lehet SMB v1-nél feljebb lépni. Előbb utóbb a Win10-ből is kivezetik teljesen, visszakapcsolni sem lehet majd. -
vargalex
félisten
válasz májkimiki #7076 üzenetére
A doksit elolvasva nem igaz, hogy nem támogatott az SMB1, csak default-ban a minimum verzió SMB2-re van állítva.
Szóval, én a /etc/samba/smb.conf-ba betenném aclient min protocol = NT1
sort.
Alex
-
Gelmi
tag
válasz vargalex #7089 üzenetére
Köszönöm !
Teljes a siker !!!
/etc/samba/smb.conf ba beillesztve
client min protocol = NT1
mentveGép újra indit
Hálózat tallózás után felugrott az az ablak ami eddig nem- jogosultságok megadásaKöszönöm a segítségeket !
Gelmi
A jövő azoké, akik hisznek álmaik szépségében!
-
Frawly
veterán
Ezt csak vészmegoldásnak használd. A NT1-et nem véletlenül kapcsolták ki Win10-en, ransomwaretámadások miatt. Azt ne akard beszívni. Inkább állítsd át a NAS-on is az SMB2 megosztást. Épp úgy fog menni, csak a hálózati helyek felderítése nem megy, mert az SMB1 specifikus feature, de megint jót tesz a biztonságnak, hogy nincs.
Az SMB1 egy 1992-es protokoll, már rég elavult, biztonságilag rég 0, de egészen a WannaCry ransomware támadáshullámig mindenki azt használta, különböző Windows-verziók, és alternatív OS-ek közötti kompatibilitás miatt. Most viszont 2020-ban, modern OS-ek között nem kéne erőltetni.
És mielőtt mondanád, hogy NAS-ról és Linuxról van szó, csak mondanám, hogy a ransomware azokat a megosztásokat is támadja, egy szép napon arra ébredhetsz, hogy a megosztásban az összes fájl le van titkosítva. Azért, mert maga a protokoll sérülékeny, nem a Windows OS, így az, hogy Linuxot használsz, nem véd meg. Persze maga a ransomware Windowson fut csak le (Wine nem elég kompatibilis neki), de ahhoz bőven elég, ha valami windowsos gépre is fel van véve a megosztás, írási joggal, már kész a baj.
-
-
Shyciii
veterán
Qbittorrentet felejtsd el. Én is törakat xart feltesz. Én eleve GTK-s rendszert használok, így különösen bloatware nekem a qbittorrent. Átváltottam a transmission gtk-s verziójára. Arra amire használom a torrentet, arra bőven elég. Tökéletesen működik, sosem volt vele bajom. Rtorrentet-et próbáltam, de cli-s torrent nekem nem jön be, pedig már szövegszerkesztőnek, filekezelőnek is cli-set használok, de torrent kliensre kell a guis felület.
-
Frawly
veterán
válasz Shyciii #7094 üzenetére
Nekem nem kéne GUI-s, de a qBittorrent eddig olyan jó volt, és annyira bevált, annyira a legfunkciógazdagabb linuxos kliens, hogy ezzel kivételt tettem. Egészen mostanáig. Ma viszont repült a gépről, mert még mindig nem javították ki a hibát, ennyi nap után sem, ami azt jelenti, hogy a belátható közeljövőben sem fogják. Tudtam egyébként, hogy nem szabad kivételt tenni, most meg is bántam. Töröltem, mert már másodszor fordult elő, hogy nem bírják időben lekövetni a libtorrent-rasterbar frissülését, ilyen banda szoftverét meg nem használom.
Nálam nem tett fel extrát a qBittorrent, mert a Qt-s dolgokat a Goldendict felrakta, igaz azt is dobni fogom majd, ha találok helyette jobbat.
rTorrentből nekem az hiányzik, hogy be lehessen állítani, hogy egyszerre csak x darab torrent töltődjön, a többi álljon sorba. Egyébként más vonatkozásban megfelelne, fapados, de használható.
-
Frawly
veterán
válasz Shyciii #7094 üzenetére
Azt elfelejtettem írni az előbb, hogy most a transmission-cli-t fogom kipróbálni. Már régóta látom linuxos videókon ajánlva, de még nem használtam. Sok évvel ezelőtt használtam a transmission-gtk-t, de az kifejezetten nem tetszett, mert fapados volt, akkor meg én nagyon benne voltam a nagy szabású seedben, bonyolult grafikus kliensekben. Most viszont nem ez a helyzet, adok neki esélyt.
A transmission-cli nem csak CLI-ként használható, hanem böngészős webklienssel is. Azt sem próbáltam még.
-
Nekem a transmission-cli ment a levesbe, es lett helyette qbittorrent. Ossze sem lehet hasonlitani a ketto sebesseget.
A trans jo ha tudott 10-20MB/s sebesseget, a qBittorrent 60-80-javal szemben.Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Frawly
veterán
Új hozzászólás Aktív témák
- Magix Acid Pro 11 zenei szoftver
- Steam, Windows, Origin kulcsok, előfizetések közvetlenül a kiadótól, a LEGJOBB ÁRON!
- PC JÁTÉKOK (OLCSÓ STEAM, EA , UPLAY KULCSOK ÉS SOKMINDEN MÁS IS 100% GARANCIA )
- Eredeti Windows, telepítéssel! Digital Doctor Számítógép Szerviz
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest