- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
Hirdetés
-
Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
ph Az ASTRIA 600 ARGB ráadásul a hűtési teljesítmény szempontjából sem szégyenkezhet.
-
Xbox Game Pass [2024] - A májusi lista
gp Az elkövetkező időszakban többek között megkapjuk a Kona II Brume című játékot.
-
Új Beats fej- és fülhallgatók jelentek meg
ma Frissítette a Solo termékcsaládot az Apple házi audiomárkája.
-
PROHARDVER!
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
-
haddent
addikt
-
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. -
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.
-
Jester01
veterán
válasz samujózsi #28641 üzenetére
Elvi akadálya nincs, de hogy van-e kiforrott program rá azt nem tudom. Itt egy demó.
Látható ahogy a processzekre rákérdez.UI: olyat leírni, hogy valamire ne lenne megoldás linuxon elég bátor dolog
[ Szerkesztve ]
Jester
-
-
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...
-=- There's no place like /home -=-
-
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.
[ Szerkesztve ]
Buliban hasznos! =]
-
-
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.
-
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
-
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.
Buliban hasznos! =]
-
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.
[ Szerkesztve ]
Buliban hasznos! =]
-
inf3rno
nagyúr
-
-
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. -
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.
Jester
-
ubyegon2
nagyúr
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
[ Szerkesztve ]
-
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
-
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.
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
-
-
-
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[ Szerkesztve ]
Jester
-
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.
-
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 #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 #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 #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 #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ó.
Új hozzászólás Aktív témák
- A fociról könnyedén, egy baráti társaságban
- Politika
- DIGI Mobil
- OLED TV topic
- Vodafone mobilszolgáltatások
- Szeged és környéke adok-veszek-beszélgetek
- EA Sports WRC '23
- Futás, futópályák
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Magyarországra is megérkezik az LG új okosmonitora
- További aktív témák...