-
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
-
Lenry
félisten
válasz Jester01 #30497 üzenetére
htop-ban nem találtam meg, de itt meglett, köszi
a nyomtatónak valami vacka, újraindítottam a hozzátartozó service-t, rögtön visszaesett 9 megára a swap használat
[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Lenry
félisten
-
Frawly
veterán
válasz Jester01 #30519 üzenetére
Nem tudni mitől döglenek a vezérlők. Szerintem a gyártók méretezik alul tervezett elavulás képpen. Szinte sose a NAND fárad ki, hanem a vezérlő fekszik ki, és ez akkor is megtörténik x időn belül, ha nem írtál a NAND-ra sokat. Nem csak azoknál az SSD-knél, amik a te kezed közé kerültek, hanem kb. az SSD-k 99,9999%-a ilyen.
(#30517) sh4d0w: nem értem, hogy mi ez, ami van. Az SSD vezérlője nem lát partíciókat, meg fájlokat, meg akármiket. Low level szinten kezeli az adatokat, így ezért mindegy, hogy titkosítva van vagy nincs. Vagyis egy esetben nem mindegy: egész lemezes szoftveres titkosításnál külön át kell engedni a TRIM-et a titkosítási rétegen, különben a vezérlő úgy látja, hogy az egész meghajtó be van telve, minden cellában lévő adatra szükség van, nem szabadíthat fel egy cellát sem. Viszont az átengedett TRIM meg gyengíti a titkosítás biztonságát, mivel mintázati támadást tesz lehetővé. Bár csak elméletileg, olyanról nem olvastam, akinek a titkosított adatait megtörték volna emiatt.
Aki SSD-t akar titkosítani, annak inkább hardveres titkosítást ajánlom. Egyetlen buktatója, hogy nem elég az SSD-nek tudnia ezt, hanem az alaplapnak és BIOS-nak is támogatnia kell (vagy nem kell, de akkor bootolni nem lehet róla), és a legtöbb konzumer lap nem támogatja, csak a céges kliensek, munkaállomások, üzleti laptopok, stb.. Meg ugye az SSD gyártójának a zárt hardveres titkosítása mindig megbízhatatlan, mivel nyílt forráskód híján csak bízni tudsz benne, hogy nincs az implementációjában gyengeség vagy kiskapu.
-
Frawly
veterán
válasz Jester01 #30596 üzenetére
Akkor én értettem valamit félre, és valóban ez a megoldás, amit keresek. Bár azt még mindig nem értem, hogy a cat parancs, miután átadta a kimenetét a programnak, honnan fogja tudni, mit adagolok be billentyűzetről a program indulása UTÁN. Mert valóban működik, igaz nem a kpcli-vel, de tényleg úgy viselkedik, ahogy mondjátok.
kpcli-vel is csak azért nem működik, mert az mintha kiürítené a bemeneti buffert, gondolom biztonsági okból.
-
májkimiki
őstag
válasz Jester01 #30612 üzenetére
Ezt tegyem be egy futattható fájlba?
Nem fontos ütemezni, elég ha manuálisan elindítom és valamikor leállítom. Meg másik szolgáltató sebességét is akarom mérni, akkor másik fájlba irányítanám és előtte SIM kártyát is kell cserélnem. A lényeg az lenne, hogy napszakonként 3-4 órát tudjak mérni.
[ Szerkesztve ]
-
-
fatpingvin
őstag
válasz Jester01 #30797 üzenetére
ez meg a másik fele, ezt direkt nem is írtam. hacsak azt nem tudod valahogy ellenőrizni hogy mi volt az a program ami a 127 státuszkódot dobta, a shell vagy valami amit már a shell hívott meg
A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)
-
Shyciii
veterán
válasz Jester01 #30802 üzenetére
Az a baj, hogy ez nem is csak sima script írása lenne, mert ugye ennek már akkor le kell futnia, ha valamit kiadok, ergo a bashrc-ben kell paraméterezni, és szerintem csak ott lehet, ahol a history-t módosítani is lehet minden parancs beütésénél (az tudom, hogy mindig lefut). Viszont ott valszeg olyan megoldással lehetne, hogy ugyanúgy be kell tölteni a teljes historyt, és az utolsó sort (ami az uccsó parancs lenne) arra ráengedni a command -v -t vagy a type-ot, és ha hibát reagál rá, akkor ezen utolsó parancs törlése, ha nem hibát ír ki, akkor a historyba való engedélyezés. Nah ez nekem viszont már túl bonyolult
-
Shyciii
veterán
válasz Jester01 #30804 üzenetére
Scriptben végülis megírtam. Jó favágó módszer, de mükszik:
program=$(tail -n 1 pelda.txt)
ertek1=$(type $program)
ertek2=$(echo $?)
if [ $ertek2 -eq 1 ]; then
sed '$d' pelda.txt > tmp.txt && mv tmp.txt pelda.txt
else
exit 1
fi
Viszont hogy ezt hogy futtatom minden parancs kiadása után, arról fingom sincs. Mert az ok, hogy a history duplikációs törléses megoldás lefut minden parancs kiadása után, de az a .bashrc-ben van. Viszont a .bashrc-t nem tudom mi alapján nézi, mert ott se minden fut le minden parancs kiadása után. Van ami csak a terminál indításakor. Így most megakadtam. -
válasz Jester01 #30915 üzenetére
???
Márpedig az mdadm szoftver RAID, és arról bootoltam. A GRUB okos jószág
(Tehát nem az alaplap RAID vezérlője adta a RAID-et (nem is volt rajta).)[ Szerkesztve ]
Mutogatni való hater díszpinty
Új hozzászólás Aktív témák
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Windows 10/11 Home/Pro , Office OEM/Retail kulcsok
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- AKCIÓ! - STEAM kulcsok /Anuchard, Aragami, Children of Morta, stb. - 2024.04.17.
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Promenade Publishing House Kft.
Város: Budapest