-
Fototrend
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
zone
őstag
Így van, BananaPi az ARM. Azt láttam, hogy van Linuxra és Macre, akkor ezek szerint ez felejtős.
Lehet ext4 lesz belőle, vagy zfs, esetleg exfat? Az elérése vegyesen van Win10 és Android eszközökről.
Egy kicsit keresgéltem és lecseréltem az automount sort az fstab-ban erről:
/dev/sda1 /wdred ntfs auto
erre:
UUID=60AE8A3E4FD97AE1 /wdred ntfs noatime,async,big_writes 0 0Win10 alatt valamivel gyorsult a mappanyitás 3-5 mp-re, ssh-n midnight commanderrel 2-3 mp. Elvileg a big_writes már elavult opció, de nem dobott hibát emiatt.
A deluged két processze is 70-90% cpu használatot mutat, lehet ott is valami config tweak kellene. -
Vladi
nagyúr
Nekem amúgy tetszik a koncepció, hogy core rendszer és userspace appok külön vannak kezelve. Így tud csinálni egy egyszerű, stabil hosszan támogatott alapot, az appok meg lehetnek bőségesek és frissek.
Mondjuk az kicsit aggaszt, hogy mennyire fog instabilan viselkedni 1-1 frissítés után.
"hogy van a /etc, meg a /usr/local/etc, meg a /bin és a /usr/local/bin"
öööö mióta is hasznlsz unix cuccokat? /etc rendszer szintű a /usr/local/etc meg a helyileg telepített felhasználói etc...
-
Vladi
nagyúr
Mi a probléma vele?
(#30963) I02S3F:
Nincsenek ma már valós igények! Elmondják mit szeretnél, és majd az lesz az igényed.
lassan 1 évtized telik el úgy, hogy senki nem tud 1 db érvet mondani a mellett, mire jó a systemd.
az okostelefont már megemlíteni sem merem.
(#30965) kovaax:
1. a valóságot nem ér leírni, mert megfájdul a fejed.
2. az ingyenesség a valóságban az jelenti, hogy nem az eladási értékből szerez pénzt a dolgozó. Érdekes a redhat 15 évig nyereséges volt ezzel a modellel, de el kellett adni, mert kevés a nyereség.
-
-
Dißnäëß
nagyúr
Nem túl jó a környék, ahol lakok, földszint, nincs bizt. ajtó sem és minden ablak utcára is néz, egyik egyikre, másik másikra. Bár egy központi lécsőházajtó van, de na.
Ha meg tudja, mi van a gépben és nem egyből a MÉH-be megy vele, akkor nyert 6x4TB diszket és egy SSD-t, egészségére, már pattinthatja is fel rá a partíciókat és használja, amire tudja, vagy eladja, stb. Nem hinném, hogy a kvantumszámítógépek holnapután kezdenének terjedni mainstream-ben. (Ha pedig igen, addigra majd kvantumtitkosítunk).
Egyszerűen csak így vagyok nyugodt, ennyi. Az érdekelt volna, hogy ilyen kernelcserés upgrade-ek során valami boot loader (uefi-vel nem vagyok annyira tisztában) is frissül-e, vagy csak a fájlok /boot-ban és kész.
-
Dißnäëß
nagyúr
Ez tiszta és világos, csak nem a kérdésre adott válasz.
De jó, ha mások is tudják.
Tehát újra: HDD-n történik valami és lesz 1 bad sectorom, amirôl az OS tudomást szerez. Ahogy történt is nemég, ami el is tûnt magától (HDD firmware pótolta spare tartományból, zfs meg korrigált scrub során).
Ezt a hibát egy ntfs, egy fat, akármi, felvenné azaz megjelölné rossznak, normál esetben. Csakhogy ott LUKS "szemét" van, ergo a feloldott mapper device-on megjelenítôdik vajon a hiba ? Hogy a zfs lássa.
Mert ha egy fizikai szektor sérül, HD sentinel is jelzi, az a LUKS titkosított blokk, ami ehhez tartozik, szintén sérülni fog és feloldhatatlanná válik, emiatt - feltételezném - a mapper device-on is a legkisebb logikai egységnyit hibaként fog betudni a rendszer, az ezen ülô zfs meg majd a többi HDD + checksum -ok segítségével pótolja az adatot, máshol elhelyezve azt.
De lehet nem ez történik, csak gondolkodom hangosan. A sorrend biztosan az, hogy amit egy réteg elrejt, elmaszkol, a felette lévô nem lát, ez vili. A lényeg pont az lenne, hogy lássa.
-
-
vargalex
félisten
Biztos, hogy ez a sor volt benne neked? Szeptember 20-án frissült a systemd csomag, az abban található logind.conf-ban kommentezve van benne a no-s verzió. Ráadásul arch alatt a Ddefault-kill-user-processes=false flag-el fordul a systemd, ami azt jelenti, hogy Arch alatt a no beállítás lesz a default.
Szerk.: A Wiki-ben is ugyan ez van leírva...
-
TheProb
veterán
Köszi, ez tökéletes!
(#30529) bambano: Nem látom az összefüggést. Attól, hogy nem "mission critical" a szerver, mért ne értesülhetnék róla, hogy offlány? Nyílván csodát nem fogok (és nem is akarok) tudni csinálni, ha pl nincs áram. De legalább nem akkor szembesülök vele, hogy outage van, mikor már befészkeltem magam az ágyba, annak gondolatával, hogy nézek egy jó filmet. Persze bagatel a példa, de a lényeg azért talán átment.
-
-
vicze
félisten
Külön elnézést a bele kotyogásért.
FDE nem fogja megölni az SSD-t, sőt szinte semmi más se, az SSD vezérlő 99,9%-kal előbb fog meghalni és ez az SSD halálozások fő oka. A NAND-ot kímélni értelmetlen a gyakorlatban, max. a fejekbe rakódott alaptalan félelem.
Az hogy milyen szinten titkosítasz csak attól függ, hogy mit és mi ellen akarsz védeni.
A legbiztosabb ha a boot is le van biztosítva mert oda nagyon könnyen helyezhető malware, ami után az FDE-nek vagy bármi másnak semmi értelme.
Ha biztosra akarsz menni FDE+Boot titkosítás, minden más csak részleges védelmet nyújt 1-1 specifikus támadás forma ellen. Ez csak az egyéni belátásod, hogy hol akarod meghúzni a vonalat. -
Frawly
veterán
Igazából nálam is csak pótcselekvés, meg hoppolás, hogy mindig újratelepítem, mindig másik megoldásokkal fűszerezve. Természetesen a rolling arról szólna, hogy sose kell újratelepíteni, 10 év múlva sem. De én szeretek tiszta lappal kezdeni, úgy, hogy a rendszerbe nincs begyűlve semmi sallang, semmi felesleges csomag, és ilyenkor tényleg megragadom az alkalmat, hogy valami mást is kipróbáljak. Igaz ez is egyre jobban változik, mert ahogy megyek egyre jobban a minimalizmus, terminálalapúság, tiling WM-ek irányába, úgy már egyre kevésbé váltogatom a programokat, mert már nem találok nagyon hatékonyabb megoldásokat.
-
bambano
titán
van ecc-s notebook ram, de nincs rá szükség.
az ecc-s ram annyival jobb, mint a sima ram, hogy egy bit hibát ki tud javítani. de nem ez számít, hanem az, hogy történhet-e memória hiba detektálatlanul, és az a sima ramnál sem fordulhat elő.a seedben levő dolgok úgy is el tudnak tűnni, hogy a torrent kliensben be van állítva, hogy unregistered torrentet töröljön az adatfájlokkal együtt és a trackeren kitörlik a torrentet.
-
radi8tor
MODERÁTOR
Ugyanazt írja utána is. Feltette a kérdést első alkalommal, Y nyomtam.
root@gp-wifi-01:/home/admin# apt-get update
Ign:1 http://repo.mongodb.org/apt/ubuntu xenial/mongodb-org/3.4 InRelease
Hit:2 http://archive.ubuntu.com/ubuntu bionic InRelease
Get:3 http://archive.ubuntu.com/ubuntu bionic-updates InRelease [88.7 kB]
Get:4 http://repo.mongodb.org/apt/ubuntu xenial/mongodb-org/3.4 Release [3,457 B]
Get:5 http://repo.mongodb.org/apt/ubuntu xenial/mongodb-org/3.4 Release.gpg [801 B]
Get:6 http://archive.ubuntu.com/ubuntu bionic-backports InRelease [74.6 kB]
Get:7 http://archive.ubuntu.com/ubuntu bionic-security InRelease [88.7 kB]
Err:5 http://repo.mongodb.org/apt/ubuntu xenial/mongodb-org/3.4 Release.gpg
The following signatures were invalid: EXPKEYSIG BC711F9BA15703C6 MongoDB 3.4 Release Signing Key <packaging@mongodb.com>
Hit:8 https://dl.ubnt.com/unifi/debian unifi-5.10 InRelease
Fetched 256 kB in 2s (165 kB/s)
Reading package lists... Done
W: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. GPG error: http://repo.mongodb.org/apt/ubuntu xenial/mongodb-org/3.4 Release: The following signatures were invalid: EXPKEYSIG BC711F9BA15703C6 MongoDB 3.4 Release Signing Key <packaging@mongodb.com>
W: Failed to fetch http://repo.mongodb.org/apt/ubuntu/dists/xenial/mongodb-org/3.4/Release.gpg The following signatures were invalid: EXPKEYSIG BC711F9BA15703C6 MongoDB 3.4 Release Signing Key <packaging@mongodb.com>
W: Some index files failed to download. They have been ignored, or old ones used instead.
root@gp-wifi-01:/home/admin# apt update
Ign:1 http://repo.mongodb.org/apt/ubuntu xenial/mongodb-org/3.4 InRelease
Get:2 http://repo.mongodb.org/apt/ubuntu xenial/mongodb-org/3.4 Release [3,457 B]
Get:3 http://repo.mongodb.org/apt/ubuntu xenial/mongodb-org/3.4 Release.gpg [801 B]
Hit:4 http://archive.ubuntu.com/ubuntu bionic InRelease
Get:5 http://archive.ubuntu.com/ubuntu bionic-updates InRelease [88.7 kB]
Get:6 http://archive.ubuntu.com/ubuntu bionic-backports InRelease [74.6 kB]
Err:3 http://repo.mongodb.org/apt/ubuntu xenial/mongodb-org/3.4 Release.gpg
The following signatures were invalid: EXPKEYSIG BC711F9BA15703C6 MongoDB 3.4 Release Signing Key <packaging@mongodb.com>
Get:7 http://archive.ubuntu.com/ubuntu bionic-security InRelease [88.7 kB]
Hit:8 https://dl.ubnt.com/unifi/debian unifi-5.10 InRelease
Fetched 256 kB in 1s (182 kB/s)
Reading package lists... Done
Building dependency tree
Reading state information... Done
All packages are up to date.
W: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. GPG error: http://repo.mongodb.org/apt/ubuntu xenial/mongodb-org/3.4 Release: The following signatures were invalid: EXPKEYSIG BC711F9BA15703C6 MongoDB 3.4 Release Signing Key <packaging@mongodb.com>
W: Failed to fetch http://repo.mongodb.org/apt/ubuntu/dists/xenial/mongodb-org/3.4/Release.gpg The following signatures were invalid: EXPKEYSIG BC711F9BA15703C6 MongoDB 3.4 Release Signing Key <packaging@mongodb.com>
W: Some index files failed to download. They have been ignored, or old ones used instead. -
-
-
#30308
lionhearted
őstag
Lenry
#30306
-
inf3rno
nagyúr
-
inf3rno
nagyúr
Fantasztikus. Amúgy nem értem, hogy 20 éve van UTF-8, és még mindig ilyen ASCII-val bohóckodnak sok helyen. Memória és lemez terület annyi van, mint a ... Valszeg a keresési sebesség sem indokolná. Én simán UTF-32-be tennék minden asztali OS-t, böngészőt, ilyesmit. Több memória, de egyszerűbb algoritmust írni vele mindenre.
-
-
inf3rno
nagyúr
-
-
Frawly
veterán
/etc/systemd/system.conf fájlban ezt az értéket kikommenteled, és a megfelelő értékre állítod: DefaultTimeoutStopSec=90s
Abban egyetértek, hogy kéne lennie erre egy hotkey-nek, amivel azonnal kilőhető lenne, de nincs. P5steringet nem zavarja, ő kész 5 perceket is várni. Én pont az ilyen baromságok miatt állok majd át systemd-mentes disztróra.
Az még hagyján, hogy várni kell, de még azt se írja ki normálisan, hogy mire. A stop job is running. De melyik folyamaté? F4×ság a köbön, akárhogy nézzük
-
samujózsi
senior tag
Ha rákeresel a "stop job is running timeout" kifejezésre, az első pár találatban ott egy válasz azt hiszem, a stackexchange-ről. A default átállításhoz a systemd-t kell újrafordítani, ez manapság ugye nem sűrűn jelent valós megoldást, egyébként meg az adott service konfig fájljában kell elhelyezni egy TimeoutSec= paramétert, de úgy emlékszem, ez valamiért vagy nem működik egyes service-ek esetében vagy valami egyéb gondot okozott, mert én végül feladtam és inkább kivárom azt a pár percet, míg leáll a gép/vagy kinyomom a szemit a power gombnál
-
Lenry
félisten
van egy 32 szálas robocopy batch, ami egy bizonyos almappa másolásait intézi és az gyors, de az a mappa relatív sűrűn használt és nem változik, ezért lehetett rá batchot írni, de a megosztás többi részére ez nem megoldás, az meg sajnos irreális elvárás, hogy a kollégák tanuljanak meg cmd-t használni
viszont ha valahogy transzparensen meg lehetne oldani, hogy egy Ctrl-C - Ctrl-V is tudjon több szálon másolni, az nagyon fasza lenne -
Frawly
veterán
Három hsz.-szel előtted már írtam, hogy megjelent. De ismétlés a tudás öregapja vagy mi
Lenne egy újabb kérdésem: az 5.2-es kerneltől kezdve bevezették a mitigations kernelparamétert (lehet off-re, auto-ra, nosmt-re állítani). A sysctl -a parancsnak elvileg ki kéne listázzon minden paramétert, amit a kernelnek lehet adni induláskor, de mitigations paramétert nem listázza, semmilyen formában. Mi lehet ennek az oka?
-
-
Frawly
veterán
Csak a gdrive és Grive utility-ket ismerem. De azok nem tudnak mappaként felcsotolni. Csak annyit tudnak, hogy beállítasz egy mappát, oda töltik le a Google Drive fiók tartalmát, majd ha ott helyben változásokat eszközölsz, akkor ezt leszinkronizálják felfelé is. Tegyél velük egy próbát.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Meg több mindenben elhasal....Asszem megy vissza MX linux.
Új hozzászólás Aktív témák
- Micro Four Thirds
- bambano: Bambanő háza tája
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Luck Dragon: Asszociációs játék. :)
- Hosszú premier előzetest kapott az Arknights: Endfield
- CURVE - "All your cards in one." Minden bankkártyád egyben.
- Vezeték nélküli fülhallgatók
- Milyen külső akkumulátort mobileszközökhöz?
- Kormányok / autós szimulátorok topikja
- További aktív témák...
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem.
- Game Pass Ultimate előfizetések 1 - 36 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN! AKCIÓ!
- PC Game Pass előfizetés
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- AZONNAL KÉSZLETRŐL! Intel Core i5 14600K 32GB 6000MHz RAM 2TB Gen4 SSD RTX 5060 8GB FSP 750W
- MacBook felvásárlás!! MacBook, MacBook Air, MacBook Pro
- HIBÁTLAN iPhone 14 Pro 128GB Space Black-1 ÉV GARANCIA - Kártyafüggetlen, MS4420, 100% Akksi
- Beszámítás! Acer Aspire 3 15 A315 FHD notebook - R3 7320U 8GB DDR5 512GB SSD AMD Radeon IGP W11
- Lenovo ThinkPad T14 Gen1 Intel i5-10310U Refurbished - Garancia
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest