- Xiaomi 13 - felnőni nehéz
- Google Pixel 8a - kis telefon kis késéssel
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Samsung Galaxy A34 - plus size modell
- iPhone topik
- Fotók, videók mobillal
- Motorola Edge 50 Pro - több Moto-erő kéne bele
- Magisk
- Realme GT Master Edition - mestermunka
- Samsung Galaxy A54 - türelemjáték
-
Mobilarena
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
-
válasz
samujózsi
#28964
üzenetére
/root - ha olyasmit csinálok, amihez root jog kell és egynél több parancs kell hozzá, akkor nem szórakozom sudo-val egyenként, hanem
sudo -iés csinálom rootként.
Ehhez minek átvinni/menteni a root mappa tartalmát? Az új rendszeren is lehet root user, plusz sudoers-ben meg lehet adni hogy x percig ne kérje be újra a jelszót. -
Frawly
veterán
válasz
samujózsi
#28957
üzenetére
A /var/spool is csak akkor fontos, ha mailserver, vagy régimódi mailkliens oda gyűjti be az e-maileket, meg a szerverről letöltöd őket. De a modern desktop mailkliensek, mint pl. a Thunderbird és társai, már a ~/.whatever mappákba mentegetik a mailokat, a TB pl. ~/.thunderbird/blabla.default/blablaMail mappába, amit ugyebár a /home mentésével eleve kimentettünk.
Én pl. IMAP-pal használom a fiókjaimat, így a levelek a szerveren maradnak, és csak archiváláskor mentek e-mailt, saját mappába. Így nem kell semmit menteni a /var/-ból.
A kérdésed hiába fogalmaztad át, hogy hol lehet lényeges dolog, a véleményem nem változik. Lényeges dolog ott lehet, ahová számodra lényeges dolgot tettél. Nálam a /home egy külön adatpartíción van, így a felhasználói adatokat soha nem kell mentenem, csak a /home partíciót felcsatolni a következő rendszeren telepítéskor. A /home nálam komplett adatpartíció, tehát nem csak a felhasználóm home mappája van rajta, hanem játékok, letöltések, torrentek, dokumentumok, telepítőképek, virtuális gépek, minden kutyafüle.
A /root-ot sem menteném, elég szélsőséges felhasználás az, amikor fontos dolgot tartalmazhat. Nem szabad semmit roottal használni alapvetően, azért.
Amit esetleg menteni lehet, az a bootpartíció, meg GRUB konfig pl. De még ezt sem mindig kell, hiszen ha a boot külön partíció, akkor megmarad, csak fel kell csatolni és a grubot kell újra feltenni. Nálam EFI partíció van, azon is megmaradnak a boot-tal kapcsolatos dolgok, újratelepített rendszeren használom tovább a boot partíciót, még fájlrendszer UUID-ket sem kell átírni, mert PART UUID-ket használok, és az nem változik formázáskor sem.
Tehát további hasznos dolog, hogy ha a rendszert úgy telepíted, úgy szervezed, hogy egy újratelepítéskor a legkevesebb dolgot kelljen lementegetni. Mindenféle hülye mappákba szolgáló telepítéseket és adattárolást mellőzni kell a root partíciót.
Amit még meg lehet nézni az a /opt. Néhány offline installeres progi (főleg játék) ide szereti betenni az adatait. A használatát kerülni kell, de ha mégis lenne benne, ami kell, akkor érdemes ránézni. Menteni azért ezt sem szoktam, mert ezek a progik újra beteszik magukat ide, amikor az új rendszeren újratelepítem őket.
-
Frawly
veterán
válasz
samujózsi
#28953
üzenetére
Nem is kötelező megfogadni. Te kérdezted, hogy mit mentünk, leírtuk. Én még abban is belementem, hogy amit nem mentek, azt miért nem mentem. Ettől te még mentheted, kicsire összetömöríthető úgy is, sok helyet nem foglal, a Mentési Kommandó sem rúgja rád az ajtót miatta, hogy legumibotozzanak, de azt kell észrevenni, hogy csak az elektronikus információ szemetet halmozod vele. Régen én is mentettem sok mindent, egyszer majd jó lesz valamire alapon, hát sose kellettek azok a dolgok semmire.
-
Frawly
veterán
válasz
samujózsi
#28951
üzenetére
Jó, de ezt nem értem, hogy mit segít egy MÁSIK rendszer alatt, ha egyszer már nem annak a logja. Ez épp olyan, hogy Mari néni bemegy a piripócsi kórházba, és Pista bácsi tüdőröntgenje alapján kezdik kúrálni, mert az van meg nekik.
Szóval a logok átvihetők, szövegfájlként jól összetömöríthetők nagyon kicsivé, én csak az értelmét kérdőjelezem meg, hogy mit kezdesz a logokkal. Én pl. majdnem 6 éve linuxozok már (fő rendszer, fizikai telepítés, nem virtuális gép), és sose volt szükségem a logokra rendszerek KÖZÖTT. Adott rendszeren vettem én is hasznát, de egy másik rendszeren már nem volt sose rá szükségem. Egyszer sem törtek fel, sem Windowson, sem Linuxon.
Vírust még Win98 alatt szívtam be vagy 20 éve, könnyelmű kattintással, mert a ZonaAlarm tűzfal process control modulja meg is fogta volna, de reflexből félrekattintottam, és egy foltozatlan KaZaa-kliensen keresztül benyomtak a rendszerbe egy vírust. Meg utoljára talán 2004-ben, mikor SP0-ás XP-t próbáltam feltelepíteni, és azonnal benyalta telepítés utáni első percben a Blaster RPC rebootolós vírust, de azt a rendszert azon nyomban lesikáltam, és még aznap szereztem egy SP1-es telepítőt.
Az ilyen logokat csak szerveren szokás eltenni, pl. webszervernél statisztikának, hogy ki a látógatóközönség, megtalálják-e keresőbotok, támadás alatt van-e. De egy linuxos rendszer logja nem sok mindenre jó egy teljesen másik rendszeren. El lehet menteni, de inkább pótcselekvésnek, meg retró reflexnek nevezném, mint értelmes mentésnek.
-
Frawly
veterán
válasz
samujózsi
#28949
üzenetére
De pont ez az, hogy egyszer volt rá szükséged. Akkor sem újratelepített rendszeren, gondolom. Az újonnan telepített rendszeren mit érdekel téged, hogy a régi (már törölt) rendszer logjai alapján a régit feltörték? Hiszen már addigra egy új rendszert futtatsz.
Meg a Linux ugyebár nem Windows, amit csak úgy feltörnek, meg vírusos lesz.
Most nem azt akarom mondani, hogy a logoknak nincs értelme. Van. De nem egy másik rendszer logjainak. Hanem az aktuális rendszer logjának, szigorúan. Ezért a régit nem érdemes áthozni az új rendszerre. Sőt, az aktuális rendszer logjának is csak addig van haszna, míg a hibát elhárítod.
Ha rendesen telepítesz fel akármilyen Linuxot, betartod a biztonsági ajánlásokat (jelszók, nem futtatsz mindig mindent root jogokkal, hivatalos tárolókból telepítesz, meg megbízható fejlesztői forráskódból forgatsz), akkor nem kell ilyen feltörés, meg vírus miatt aggódnod.
-
Frawly
veterán
válasz
samujózsi
#28946
üzenetére
Jó, de a log addig kell, amíg hibát keresel. Utána minek akarod telepítések között hordozni? Ennyi erővel a böngészőcache-t is kinyomtathatnánk és bekeretezve ki lehetne tenni a falra.
Továbbra is tartom, hogy elég a konfigfájlokat menteni, meg a felhasználói adatokat. A többi dolog (tmp, log, ikonok, stb.) annyira az adott telepítéshez kötődik, hogy nincs értelme átvinni egy következő rendszer alá.
Egy dolog még eszembe jutott: el szoktam menteni a telepített csomagok listáját. Az még néha jól jöhet.
-
Frawly
veterán
válasz
samujózsi
#28942
üzenetére
Én csak a /home-ot és /etc-t menteném. Mást nem. Log az mire kéne neked? /usr meg attól függ mi van feltelepítve. Meg ugyebár neked kéne tudni, hogy milyen adatokra van szükséged, milyen mappákat használsz még rajta, mi fájna, ha nem lenne meg.
Én Arch újratelepítések között csak a /home/felhasználóm/ mappát és /etc-t szoktam elmenteni (tömörített tar-ba), azt is csak a konfigfájlok miatt. Minden más lényeges adatot nem a rendszerpartíción, hanem az adatpartíción tárolok, amit nem formázok újra, meg külön mentéseket is archiválok róla.
-
Jester01
veterán
válasz
samujózsi
#28932
üzenetére
Ha a routerbe van dugva akkor de, van másik vég. Bármilyen adatforgalom jó, attól, hogy a teljes sávszélességet nem használod ki attól még az egyes csomagok ugyanolyan sebességgel mennek és valószínűleg kijönnek a kábelhibák. Az ethtool -S kimenetben kell nézni a hibákat.
-
Frawly
veterán
válasz
samujózsi
#28909
üzenetére
De ez írom én is. Lehet más a jelszó, de a diszk tartalma elveszik (hacsak nem volt biztonsági mentés készítve valahol). Cégeknél pont ezt csinálják, amit írtál. Ott a kilépő munkatárs user passworddal használta az SSD-t. Odamegy a rendszergazda, és a master passworddel újratitkosítja a meghajtót, használhatja is a belépő alkalmazott. Semmilyen előzetes jelszót nem kell tudnia.
Elbeszélünk egymás mellett: te ezt jelszócserének tekinted, pedig nem cserélődik le, hanem a helyén egy új titkosítás jön létre. Nem a meglévőn cserélődik a jelszó.
-
Frawly
veterán
válasz
samujózsi
#28905
üzenetére
Most lehet kiderül, hogy ehhez sem értek, de én úgy tudom, hogy az ATA jelszót nem lehet megváltoztatni. Kikapcsolni ki lehet, ha tudod a jelszót, és az adatok megmaradnak (ilyet csináltam is pár hónapja), de a megváltoztatáshoz újra kell jelszavazni az SSD-t, és minden elveszik róla. Ha meg nem tudod a jelszót, mert mondjuk elfelejtetted, akkor az egész drive-nak kuka, nem hogy resetelni nem tudod, de használni sem többé. A gyártó sem tudja resetelni semmiféle elektronikai mókolással, nincs kiskapu hagyva. Ha nincs meg a jelszó, buktad az egészet, vehetsz másikat.
De mondom még egyszer. ilyenben ne is gondolkodjál, hogy te majd jelszót cserélgetsz komoly titkosításokon. Ez nem Facebook account, hogy minden 5 percben jelszót cserélsz. Ezt vagy komolyan veszed, végignyomod évekig komoly, bonyolult, lehetőleg 20+ karakteres jelszóval, vagy komolytalankodás az egész, és bele se kezdj.
@sh4d0w: kösz szépen, a kolléga már küldött linket. Nem tudtam, de most már legalább ezt is tudom. Persze ahogy írtam, én maradok egy jelszónál.
-
Frawly
veterán
válasz
samujózsi
#28903
üzenetére
Értem miről beszélsz. Ez nekem új, hogy több jelszó is lehet és meg lehet őket változtatni.
Hardveres titkosításnál ilyen tuti nincs. Vagyis van ott is user és supervisor password, de azok nem alternatív jelszavak, hanem más-más funkcióra valók, és nem lehet őket megváltoztatni sem.
-
Frawly
veterán
válasz
samujózsi
#28898
üzenetére
Írtam mit értek szoftveresen: LUKS, VeraCrypt/TrueCrypt, BitLocker (bár utóbbi állítólag be tudja kapcsolni a harveres titkosítást is, de BitLockerben nem vagyok otthon).
Tudtommal nem lehet módosítani a LUKS jelszót. Adjál olyan linket, ahol azt írják, hogy lehet, meg hogy több jelszót lehet használni vele.
Abban igazad van, hogy BIOS által kezelt jelszónál nem jó az ékezetes karakter, hiszen még nem lép életbe a nemzeti kiosztás.
-
Frawly
veterán
válasz
samujózsi
#28896
üzenetére
Nem, nem lehet módosítani a jelszót adatvesztés nélkül. Sem a hardveres titkosításnál, sem a szoftveresnél. Így a jelszót jól meg kell választani, hogy biztos hosszú, bonyolult legyen, de számodra könnyen megjegyezhető. Az ilyen 12345, password, meg egyéb amatőr húzásokat el kell rajta felejteni. Min. 8 karakter, számok, kisbetű, nagybetű, egyéb karakterek (írásjelek és/vagy ékezet). Bár egyes BIOS-ok az ATA jelszónak határt szabnak, pl. az én ThinkPad X220-amon úgy van megoldva, hogy a BIOS nem tesz különbséges kis-nagybetű között (nagybetűsként tárolja a jelszót, mindegy hogyan viszed be), és egy csomó speciális karaktert sem enged.
Persze a jelszómegváltoztatás (ami lényegében mindig újratitkosítás) nem valódi adatvesztés. Másolatnak minden fontos adatról kell lennie, meg ilyen jelszómódosítás előtt át tudod menteni az adatokat másik (szintén előre titkosított) drive-ra. Ez egyszerű szervezési kérdés, kényelmi szempont.
-
Frawly
veterán
válasz
samujózsi
#28849
üzenetére
A LUKS, VeraCrypt, BitLocker és társai gyorsabban amortizálják az SSD-t. Illetve a szoftveres titkosításoknak van egy hátránya SSD-n. Át kell engedni rajtuk a TRIM-et, viszont ez meg könnyebben törhetővé teszi a titkosítást, mintázati támadással. Ha viszont nem engeded át rajta a TRIM-et, akkor meg az SSD-nek rosszabb, nem tud működni a garbage collection sem, mivel az SSD vezérlője úgy érzi, hogy tele van az SSD adattal, és nem pakolgathat rajta semmit. Szoftveres titkosításnál ugyanis az egész meghajtó tele van írva random titkosított adattal, azok a részek is, amiken valójában nem tárolsz adatot.
A hardveres titkosítás ennyiből biztonságosabb. Viszont hardveresen titkosított SSD-ről akkor tudsz csak bootolni, ha a gép BIOS-a támogatja az ATA jelszót. Már pedig csak üzleti laptopok, céges kliensgépek, workstationök, serverek szoktak ilyet tudni, konzumer laptopok, asztali alaplapok nem! Egyébként BIOS-támogatás hiányában csak adattárolónak használhatod, és (Linuxon) hdparm-mel tudod feloldani használat előtt, meg először ATA jelszavazni is ezzel tudod.
Viszont a hardveres titkosítás veszélyesebb is. Ha véletlenül rosszul jelszavazod le, vagy elfelejted a jelszót, kizárod magad az SSD-ből örökre, nem lesz róla leoldható a titkosítás, dobhatod ki a kukába. Gariban sem cserélik, és a gyártó sem tudja róla a tiktosítást feloldani. Tehát a hardveres titkosításnál nagyon kell tudni, hogy mit csinálsz. Az ATA jelszó ugyanis nem csak az adataidat védi, hanem az SSD-t is a lopástól. Pont arra az esetre csinálták, ha valaki ellopja a gépet, az ATA jelszavazott meghajtót dobhatja ki, nem lehet újrahasznosítani. Nincs rá semmi átforrasztós, elemkivevős, firmware-frissítős, meg orosz crackes trükk, hogy leoldd róla a titkosítást.
Ha a LUKS jelszót felejted el, az nem baj, le lehet törölni a meghajtót, és csak az adatokat bukod, nem az egész SSD-t.
-
Jester01
veterán
válasz
samujózsi
#28890
üzenetére
Az a wear levelling count 1-et csökkent összesen,
098-ról097-re. Nem tudom ebből hogy számította ki az utolsó oszlopot de én nem aggódnék.Egész véletlen nekem is 97, de a raw value az 157. Biztos más skálázás, de nem tudni ez felfelé hová megy. A 97 viszont garantáltan lefelé 0-ra szóval én azt nézném.
5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0
9 Power_On_Hours 0x0032 090 090 000 Old_age Always - 48313
12 Power_Cycle_Count 0x0032 099 099 000 Old_age Always - 194
177 Wear_Leveling_Count 0x0013 097 097 000 Pre-fail Always - 157 -
Vladi
nagyúr
válasz
samujózsi
#28882
üzenetére
Ha látok 21 új hozzászólást amiből kb 15 offba van téve akkor mi legyen? Fél délelőtt mérlegeljem, hogy offe?
On ami linux és nem kezdő. Tehát telepítés, program felrakás, vagy hogy írjak be egy parancsot kapcsolóval a terminálba. MInden ami e fölött van. Amibe beletörne a bicska a kezdőbe.
-
haddent
addikt
válasz
samujózsi
#28875
üzenetére
Alapvetően egy Docker container image -ről nem fogod tudni eldönteni, hogy mi van benne, erre nincs API érhető okokból. Tehát csak a készítő specifikációjában bízhatsz. DockerHub, stb.. Ha mélyebben érdekel a téma, van egy aprócsak Docker topikunk, de hátha ott több ötletet kapsz
-
válasz
samujózsi
#28864
üzenetére
Jó SSD az, ha növekszik a Wear Leveling Count értéke, mert amúgy 100-ról csökken alapból az elhasználódás alapján.
Lehet, hogy kár volt elhinnem amit talán az askubuntu-n olvastam arról, hogy felesleges az over provisioning?
Neked felesleges vele külön foglalkoznod az esetek nagy részében, egyrészt gyárilag is el van különítve erre hely sok tipusnál, például nekem van egy 120GB-os Intel 520, az is 128GB-os, mivel a NAND-ok mérete adott, csak gyárilag le van foglalva 8GB. Az EXT4 is tartalékol helyet, amihez alapból nem férsz hozzá és gyakorlatilag minden szabad hely rendelkezésére áll a vezérlőnek az overprovisioninghoz. Particionált vagy particionálatlan terület, az mindegy a vezérlőnek.
Egyébként Linuxos programok nem valami megbízhatóan olvassák a smart értékeket, én a helyedben összehasonlítanám ezeket a HDS eredményeivel(igaz a Linuxos verzió nem sok adatot dob). Ha meg a 840-es SSD-d hoz hülye értékeket, azon nem érdemes csodálkozni, ritka bughalmaz széria volt.
Linux jóval kevésbé nyírja amúgy az SSD-t, mint a Windows, múlt évben néztem az akkor kb 5 éves Intel 520-ast és 7TB írás volt rajta. Éjjel nappal futott valami desktop disztró rajta.
A 860 EV 250GB-ot kb január óta használom:
HDD Device 0: /dev/sda
HDD Model ID : Samsung SSD 860 EVO 250GB
HDD Serial No: S3YJNX0K609165E
HDD Revision : RVT01B6Q
HDD Size : 238475 MBx
Interface : S-ATA Gen3, 6 Gbps
Temperature : 34 °C
Highest Temp.: 49 °C
Health : 100 %
Performance : 100 %
Power on time: 117 days, 12 hours
Est. lifetime: more than 1000 days
Total written: 1.49 TB
The status of the solid state disk is PERFECT. Problematic or weak sectors were not found.
No actions needed.Itt azt írják, hogy a raw value-val nem kell törődni.
A sudo smartctl -a /dev/sdx raw értékei pedig jók, az az egyetlen oszlop, amit érdemes nézni.
Ezt a részt berakhatnád
Programkód-dal, valaki biztosan ért az SSD-khez és megnézi.SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
5 Reallocated_Sector_Ct 0x0032 100 100 000 Old_age Always - 0
9 Power_On_Hours_and_Msec 0x0032 000 000 000 Old_age Always - 921173h+19m+01.520s
12 Power_Cycle_Count 0x0032 098 098 000 Old_age Always - 2420
170 Available_Reservd_Space 0x0033 100 100 010 Pre-fail Always - 0
171 Program_Fail_Count 0x0032 100 100 000 Old_age Always - 0
172 Erase_Fail_Count 0x0032 100 100 000 Old_age Always - 0
174 Unexpect_Power_Loss_Ct 0x0032 100 100 000 Old_age Always - 2418
184 End-to-End_Error 0x0033 100 100 090 Pre-fail Always - 0
187 Uncorrectable_Error_Cnt 0x000f 120 120 050 Pre-fail Always - 0
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 2418
225 Host_Writes_32MiB 0x0032 100 100 000 Old_age Always - 297166
226 Workld_Media_Wear_Indic 0x0032 100 100 000 Old_age Always - 65535
227 Workld_Host_Reads_Perc 0x0032 100 100 000 Old_age Always - 35
228 Workload_Minutes 0x0032 100 100 000 Old_age Always - 65535
232 Available_Reservd_Space 0x0033 100 100 010 Pre-fail Always - 0
233 Media_Wearout_Indicator 0x0032 100 100 000 Old_age Always - 0
241 Host_Writes_32MiB 0x0032 100 100 000 Old_age Always - 297166
242 Host_Reads_32MiB 0x0032 100 100 000 Old_age Always - 163505
249 NAND_Writes_1GiB 0x0013 100 100 000 Pre-fail Always - 11084Ez a sor nálam nulla, lehet, hogy Intelnél ez felel meg a 100%-nak? (múlt évben néztem SSDOK-kal, akkor ott 100% volt)
233 Media_Wearout_Indicator 0x0032 100 100 000 Old_age Always - 0 -
Jester01
veterán
válasz
samujózsi
#28843
üzenetére
Szerintem ne úgy csináld, hogy frissen telepített 18.04-be másolgatsz dolgokat a régiből. Live bootból mindent átmásolsz akár tar akár rsync ahogy tetszik plusz grubot is felrakod. Utána a másolt rendszeren mehet dist-upgrade a 18.04-re. A felhasználói config fájlok működésére amúgy nincs garancia ha időközben inkompatibilis lett valami program.
Én egyébként 1997-ben telepítettem ezt a rendszert még debian 1.3-al és most 9.6 van rajta, azóta több lemez migrációval és egyebekkel szóval nekem bevált a módszer.
-
niltwill
újonc
válasz
samujózsi
#28815
üzenetére
Ha nem kell elválasztás:
grep -oE '(minta1|minta2)' | tr -d '\n'
Vagy ha szóközzel szeretnéd elválasztani a találatokat:grep -oE '(minta1|minta2)' | tr '\n' ' '
Egy másik lehetőség (itt sincs elválasztás):grep -oE '(minta1|minta2)' | xargs -d '\n' printf '%s'
Ha nincs szóköz vagy speciális karakter, akkor nem kell az elválasztót ezzel megadni:-d '\n', tehát az a rész kivehető az előbb említett xargs parancsból. -
-
-
inf3rno
nagyúr
válasz
samujózsi
#28731
üzenetére
Elvileg Docker sem jó rajta meg secure boot sem. :S Kár érte, pedig dícsérik, de gondolom túl kevesen fejlesztik. Azért kipróbálom valamikor. Hardverrel nem hiszem, hogy gond lenne, asztali és szerver gépek, nem egzotikus egyik sem, kivéve a DAC az asztali gépen. Azt lehet, hogy el is adom emiatt, mert csak Windows driver van hozzá, aztán veszek egy másikat, amit szeret a Unix is. Általában használt dolgokat veszek, ilyen szempontból meg még előny is, mert néhány éves dolgokhoz azért már szokott lenni Linux driver.
-
inf3rno
nagyúr
válasz
samujózsi
#28714
üzenetére
Nagyjából én is ezt találtam erről a Harry Potterről annak idején. Nekem az jött le, hogy túl nagy falat ez neki, amit csinálni akar, és nem ért annyira nagyon hozzá, szóval inkább systemd ellen vagyok. A kritikát meg nagyon nem bírja, ami miatt szintén inkább hanyagolom a szoftvereket, amiket ő ír.
-
haddent
addikt
válasz
samujózsi
#28711
üzenetére
Őszinte leszek, az életben nem olvastam a Potter gyerekről egy sort se, le**** amíg működik a cucca
De most azért kiváncsivá tettél, linkelsz 1-2 olvasmányt amiből átjön, hogy miért nem szimpatikus? Bár legyünk őszinték, Linus és Stallman is elég hát special snowflake, én mégis bírom őket ![;]](//cdn.rios.hu/dl/s/v1.gif)
-
Frawly
veterán
válasz
samujózsi
#28692
üzenetére
Kösz a választ. Bootoláshoz betettem a random.trust_cpu=on kernelparamétert, de nem segített. Az első link szerint nem is csoda, mert ehhez a procinak kell támogatnia az RDRAND utasítást, az enyém (2. genes mobil Core i) nem támogatja.
Egyébként a gondot, ahogy nézem, nem is a kernel jelenti, hanem a systemd-random-seed.service. Ezt kéne kikapcsolnom valahogy.
-
-
inf3rno
nagyúr
válasz
samujózsi
#28659
üzenetére
Nálam az volt a konkrét gond, hogy az ubuntu nautilus nevű fájl kezelője alapból SMB-t használt, és amikor fstabban beállítottam, hogy CIFS menjen a meghajtóra, akkor nem volt hajlandó jelszót kérni. Muszáj volt fstabban megadnom a jelszót, ami nem biztonságos megoldás, de csak így tudtam kihasználni a hálózat teljes sebességét. Azt hiszem SMB-vel is volt olyan könyvtár vagy beállítás, amivel lehetett jó sebességeket elérni, de valamiért mégis alapból baromi lassú volt amit a nautilus használt. Irtam először a gnome fejlesztőinek, ők irányítottak a nautilus-hoz. Irtam nekik, mondták, hogy ez nem az ő bajuk, hanem valami egységes fájlrendszer könyvtárat használnak, aminek már fogalmam sincs mi volt a neve, írjak oda. Irtam oda is, ők azt mondták, hogy az SMB kliens hibája, amit használnak, írjak inkább nekik. Aztán az SMB kliens oldalán már nem lehetett hiba bejelentést tenni, úgyhogy téma letudva. Kb. olyan életérzés volt, mint a garanciális meg a hivatali ügyintézések.
Megkérdeztem a fájlrendszereseket, hogyha ennyire gány az SMB kliens meg nincs karbantartva, akkor miért azt használják valami másik könyvtár helyett, vagy miért az a default, de választ nem kaptam. Nem lettem valami nagy ubuntu fan azt kell, hogy mondjam. 
Próbáltam C-ben megtákolni, hátha, de nem az én nyelvem. -
-
kovaax
őstag
válasz
samujózsi
#28646
üzenetére
A port alapján kikövetkeztettem, aztán kipróbáltam, és ha sikerült reprodukálni a bejegyzést, akkor boldog voltam. Én viszont a saját gépemen saját magamat zargatom, vagyis a Debian-t reszelgetem, hogy ne kukorékoljon senki, akit nem akarok, ez egyszerűsíti a dolgomat azért...
-
Frawly
veterán
válasz
samujózsi
#28639
üzenetére
Nem dob fel semmit. Ha csak simán indítasz grafikus felületről (indítómenü, asztal, fájlkezelő) egy progit, akkor a normál usered nevében fut, és nethez fér a progi.
Ha viszont terminálban sudo -g eléggépelésével, vagy ezt végrehajtó, módosított indítóikonról indítod, ami szándékosan ebben a no-internet csoport nevében futtat, akkor sem kérdez semmit, nem fér az alkalmazás nethez. Külön kérdezés ilyenkor sem kell, mert azért indítod akkor az alkalmazás ilyen speciális módon (speciális paranccsal, vagy speciálisan erre a célra elkészített ikonnal), mert nem akarod, hogy nethez férjen.
-
Frawly
veterán
válasz
samujózsi
#28635
üzenetére
Nem kérdés nélkül tilt. Csak abban az alkalmazás esetében tilt, amit kifejezetten ezzel a spéci csoporttal indítasz (alapesetben mindent a normál felhasználóddal indítasz ugyebár). Viszont ez a megoldás hekkelést és terminálozást igényel, szóval nem olyan kényelmes, mint Windowson. De arra jó, hogy nem kell hozzá egy újabb programot feltenni, és ha csak 1-2 szoftvernek a netelérését akarod tiltani, arra megfelelő hack.
Az Ubuntu Universe és Multiverse repók és elterjedtebb PPA-k, teljesen megbízhatók. Olyan csomagok vannak bennük, ami az alap Ubuntu tárolókban vagy nincs meg, vagy túl régi verziókban, vagy csak 64 bitesen. Tehát semmi baj nincs velük, meg lehet bennük bízni. Ugyanabból az opensource kódból forgatják őket, mint a többi ubuntus csomagot.
Vigyázni csak a teljesen ismeretlen, múlttal nem rendelkező PPA-kkal kell, meg az innen-onnan weboldalakról halászott .deb csomagokkal és franc tudja mit csináló scriptekkel kell. -
haddent
addikt
A hibás linkeket majd Tg főszaki javítja, ha erre jár.
De most azért kiváncsivá tettél, linkelsz 1-2 olvasmányt amiből átjön, hogy miért nem szimpatikus? Bár legyünk őszinték, Linus és Stallman is elég hát special snowflake, én mégis bírom őket ![;]](http://cdn.rios.hu/dl/s/v1.gif)
próbáltam már úgy is, hogy kilövöm az x.sh-t, cp, majd echo... de ugyan úgy nem szabadul fel semmi. csak reboot után
Próbáltam C-ben megtákolni, hátha, de nem az én nyelvem.
Új hozzászólás Aktív témák
Hirdetés
- Társasjáték topic
- TCL LCD és LED TV-k
- sziku69: Fűzzük össze a szavakat :)
- Házimozi belépő szinten
- Intel Dual Core 2000 felhasználók barátságos offolós topikja
- Asztalos klub
- Xiaomi 13 - felnőni nehéz
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Kerékpárosok, bringások ide!
- DJI topic
- További aktív témák...
- Eladó steam/ubisoft/EA/stb. kulcsok Bank/Revolut/Wise (EUR, USD, crypto OK)
- Vírusirtó, Antivirus, VPN kulcsok
- Sea of Thieves Premium Edition és Egyéb Játékkulcsok.
- ROBUX ÁRON ALUL - VÁSÁROLJ ROBLOX ROBUXOT MÉG MA, ELKÉPESZTŐ KEDVEZMÉNNYEL (Bármilyen platformra)
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- BESZÁMÍTÁS! MSI B550 R9 5900X 32GB DDR4 512GB SSD RX 6700 XT 12GB Rampage SHIVA Enermax 750W
- Bomba ár! Lenovo ThinkPad P50 - i7-HQ I 16GB I 256SSD I Nvidia I 15,6" FHD I Cam I W10 I Gari!
- ÁRCSÖKKENTÉS Panasonic Viera 37" TH-37PV8P plazma TV eladó (2 HDMI)
- Samsung Galaxy A22 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
- Vidd haza a jövő RAM-ját már ma!
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest