- gban: Ingyen kellene, de tegnapra
- Luck Dragon: Asszociációs játék. :)
- Szoszo94: Xiaomi Mi Router 3G - Padavanra fel!
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- sziku69: Fűzzük össze a szavakat :)
- Gurulunk, WAZE?!
- Geri Bátyó: B550 szűk keresztmetszet, de mi és miért?
- sh4d0w: Csak a profit - emberélet nem számít
- vrob: Az IBM PC és a játékok a 80-as években
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
-
LOGOUT
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
-
-
-
-
tvamos
nagyúr
válasz
growler #33551 üzenetére
A laptopon megy a Rescuezilla, mondjuk azt sem hasznaltam sokmindenre, csak kiprobaltam. (Tetszik a felulet, a hatterkep...) Az asztali gepemen nem megy... illetve megy, csak a grafikus felulet nem jelenik meg az RTX3080-nal.
(#33543) bambano válasza tvamos (#33541) üzenetére
"Lesz, a gyerek nem fogja megenni a vacsorát"Remelem, leteszi a hajat a geptol. Most egy gamer laptopja van, 1050Ti mobil gpu-val, most meg lesz egy 3080. Foleg, hogy lesz neki 50" 4K, a 17" laptop helyett.
Kicsit szomoru vagyok, hogy o Windows-os srac, nem Linuxos...
-
tvamos
nagyúr
válasz
growler #33536 üzenetére
No, az lett a megoldás, hogy a home-ot átméreteztem a gparteddal, majd a partíciókat egyesével másoltam, szintén a gparteddal. Utána beraktam a meghajtót a laptopba, és simán indult a gép, szóval az asztali gépet szét sem kellett szedni.
Sajnos a rescuezilla nem indult el az asztali gépemen, de szerencsére volt egy LM USB drive-on.
Az egész nem tartott egy órát.
Minden annyira egyezerűen ment, szinte azt keresem, mi lett elcseszerintve.
-
tvamos
nagyúr
válasz
growler #33536 üzenetére
Nem is tudtam, hogy a gparted tud ilyet. Igy azert egyszerubb lenne...
Rajottem, hogy egy rakat steam jatek van a gyereknek letoltve, es az fogja a helyet. Le tudom en azokat gyalulni valahogy? Szerintem akkor siman ramenne minden az 500GB-ra. (Ezt nem annyira latom a sajat felhasznalommal.)
-
-
válasz
growler #30678 üzenetére
egy héttel ezelőttig valószínűleg az Arch-ban is ez volt, ami nem világos, hogy miért állt át...
nem frissítés volt (vagy ha igen, akkor el lett kúrva), mert az Arch csomagkezelője a pacman nem ír felül konfigfájlokat, ha azt látja, hogy ahhoz kézzel hozzá lett nyúlva, hanem csak mellérakja az újat .pacnew néven, aztán majd összefésülöd őket, amikor és ahogy akarod.
és most látom, hogy szeptember közepe óta figyel egy logind.conf.pacnew a fenti mappában és abban is KillUserProcesses=no van -
LógaGéza
veterán
válasz
growler #30619 üzenetére
Néztem ezt is, ugyanezt használja az
ncdu
is, csak vizuális, könnyebben kezelhető formában - az eredmény is megegyezik vele.Ha minden Docker konténer előtt csinálnék visszaállítási pontot, az kicsit sok lenne (most is van 35, és ebből 21 fut). Használom már egy ideje, de így sose nem jártam.
emvy
Néztem ott is, csak 5 üres Volume van, kvázi placeholderként. A prune-t pedig utolsó lehetőségként akarom, ugyanis van jó pár stopped konténerem is, és azokat nem igazán akarom még elveszíteni. Meg amúgy is,docker system df
alapján ~25GB-ot foglal. -
válasz
growler #29809 üzenetére
Ez majdnem jogos, viszont vannak erre programok, amik elsősorban fájl header alapján raw adatokból is próbál visszanyerni információt. De nem folytatólagos, vagy újramappelt adatokat, vagy ismeretlen binárisokat nem hoz vissza. Illetve könyvtár struktúra és fájlnevek se lesznek.
Röviden, fájlrendszer nélküli, raw adathalmazt nagy szívás helyrehozni. A dd pedig esélyesen legyalulta az ext4 ide vonatkozó részeit.
-
samujózsi
senior tag
válasz
growler #29741 üzenetére
Csak nem "on the fly", amennyire látom
A btrfs és a zfs ezt menet közben csinálja, csak én részben emiatt sem szeretem őket. ECC RAM viszonylag ritka az otthoni gépeken, ugyanakkor egy bithiba miatti automatikus javítás könnyen vezethet adatvesztéshez. (Jó, biztosan nagyon ritka a bithiba a memóriában)
-
-
válasz
growler #28873 üzenetére
Én egy 860 EVO-t tarogatok a Mint 20 Cinnamonra.
A telepített Linuxok nekem is 860 EVO-n pörögnek, a 850 EVO az a pendrive!
Axagon házak jók és nem is drágák valóban! Multkor akartam is venni, mikor King kolléga valahol linkelte, de aztán a NAS projekt elvitte a dolgot másfelé.....mondjuk ez is megfeneklett kicsit.Nem egyezett saját elképzelésemmel, amit olvastam és inkább jegelem a projektet, hogy szegény NAS egyben maradjon. -
-
válasz
growler #28853 üzenetére
Ez nem elég tiszta dolog, úgy látom, bár ezer éve foglalkoztam a témával. Az általad linkelt írásban is az a konklúzió, hogy fene tudja, no de mindegy. Garbage collection akkor is jól működik, mivel azt saját vezérlője intézi az SSD-nek, modernebb vezérlők meg simán megoldanak mindent TRIM nélkül is. Szóval tényleg nem működik ATA parancsként a discard, ha manuálisan kiadom, ezt dobja a terminal
ubyegon@LM191Cin-8570p:~$ sudo fstrim /media/ubyegon/a3758240-3c59-40fb-af9f-042681c26dc4
fstrim: /media/ubyegon/a3758240-3c59-40fb-af9f-042681c26dc4: the discard operation is not supportedDe fentiek miatt nem is lényeges például 860 EVO-nál. Egyébként érdekes, hogy a
sudo fstrim --all
parancs meg nem dobott hibakódot! Igaz nullát se.The command fstrim --all returns 0 (all succeeded), 32 (all failed)
or 64 (some failed, some succeeded).(#28852) samujózsi
Most már ezt a külső házas dolgot jobb ha nem feszegetjük, mert ha nem működne a dolog, akkor rosszul jársz!
-
-
válasz
growler #27194 üzenetére
On November 15, 2018, Norton ConnectSafe service is being retired or discontinued meaning the service will no longer be available or supported. You may continue to use ConnectSafe until November 15, 2018. However, we do recommend that you take a moment to review important details related to this announcement below.
-
-
válasz
growler #26058 üzenetére
Valami hasonló értékre utalhat, azért ezek az értékek picit különböznek így elsőre mégiscsak. Ezek a mérések is igazolhatják a gyanúdat, mert a másodiknál is hasonló az első érték, az egy HDD:
/dev/sda:
Timing cached reads: 4660 MB in 2.00 seconds = 2329.97 MB/sec
Timing buffered disk reads: 1222 MB in 3.00 seconds = 407.31 MB/sec/dev/sdb:
Timing cached reads: 4610 MB in 2.00 seconds = 2305.18 MB/sec
Timing buffered disk reads: 544 MB in 3.00 seconds = 181.12 MB/secez is valami hasonlót ír amúgy:
Difference between buffered disk reads and cached reads? -forrás
-T
Végezze el a gyorsítótár olvasási idejét összehasonlító és összehasonlító célokra. Jelentősebb eredmények elérése érdekében ezt a műveletet 2-3 alkalommal meg kell ismételni egy egyébként inaktív rendszerben (nincs más aktív folyamatok) legalább egy darab megabájt szabad memóriával. Ez azt mutatja, hogy az olvasás sebessége közvetlenül a Linux puffer-gyorsítótárból érkezik lemez nélküli hozzáférés nélkül. Ez a mérés lényegében a processzor, a gyorsítótár és a vizsgált rendszer memóriájának áteresztőképességét jelzi. Ha a -t flag is meg van adva, akkor a -t művelethez kapott eredménybe beépítjük a -T kimenetén alapuló korrekciós tényezőt.
-t
Végezze el az eszközök olvasási idejét összehasonlítási és összehasonlítási célokra. Jelentősebb eredmények elérése érdekében ezt a műveletet 2-3 alkalommal meg kell ismételni egy egyébként inaktív rendszerben (nincs más aktív folyamatok) legalább egy darab megabájt szabad memóriával. Ez azt jelzi, hogy az olvasás sebessége a tárcsa gyorsítótárban a lemezen előzetes adatrögzítés nélkül történik. Ez a mérés azt jelzi, hogy a meghajtó mennyire képes a Linuxon futó szekvenciális adatokat olvasni, fájlrendszer nélkül. A pontos mérések biztosítása érdekében a puffer gyorsítótárat a BLKFLSBUF ioctl használatával átöblítjük. Ha a -T flag is meg van adva, akkor a -T kimenetén alapuló korrekciós tényezőt beillesztjük a t művelethez kapott eredménybe. -
Rimuru
veterán
válasz
growler #22568 üzenetére
A "sudo" telepítve van, a "su"-t viszont nem találom a Synaptic-ban sem. - az su, az util-linux csomag resze szokott lenni.
Ha jól tudom, mindkettő ideiglenesen root jogokat ad a terminál bezárásáig. - nem (csak) erre valo, viszont az atlag userek altalaban erre szoktak hasznalni, es nem (csak) a terminal bezarasaig hanem amig ki nem lepsz belole (pl exit paraccsal).
Arra lennék kíváncsi, milyen esetben használjuk inkább az egyiket,...és milyen esetben a másikat. - Nalam ez ugy mukodik hogy felhasznalot az su paranccsal valtok (tehat ha pl rootkent akarok csinalni valamit), a sudo pedig be van allitva hogy miket tudok lefuttatni vele (tehat csak ugy nem lehet tejhatalmat szerezni), igy nem kaphatok pl shell-t masik userrel sudo hasznalataval.
-
bambano
titán
válasz
growler #22565 üzenetére
a lényegi különbség, hogy a sudo az csak ökörség, a sudo su meg halmozottan az.
a sudo és a sudo -i között az a különbség, hogy a sudo az user környezetét használja, a sudo -i meg megcsinálja a céluser környezetét is.
egyébként szokott lenni man magyarul is, csak fel kell rakni és a nyelvi környezeti változókat be kell állítani.
-
-
-
válasz
growler #21392 üzenetére
Ubuntu és deratívái alatt a stable PPA- t érdemes hozzáadni, különben a gambas3- at állandóan frissítgetni akarja.
A leírás alapján így javaslom telepíteni, mert akkor sikerül elsőre:
sudo add-apt-repository ppa:i-nex-development-team/stable
sudo add-apt-repository ppa:gambas-team/gambas3
sudo apt-get update
sudo apt-get install i-nexHa a gambas-team- et nem tesszük fel, akkor ezt írja:
Az alábbi csomagoknak teljesítetlen függőségei vannak:
i-nex : Függ ettől: gambas3-runtime (>= 3.5.0) de az nincs telepítésre megjelölve
Függ ettől: gambas3-gb-image (>= 3.5.0) de az nincs telepítésre megjelölve
Függ ettől: gambas3-gb-qt4 (>= 3.5.0) de az nincs telepítésre megjelölve
Függ ettől: gambas3-gb-form (>= 3.5.0) de az nincs telepítésre megjelölve
Függ ettől: gambas3-gb-desktop (>= 3.5.0) de az nincs telepítésre megjelölve
E: A problémák nem javíthatók, sérült csomagokat fogott vissza.
Új hozzászólás Aktív témák
Hirdetés
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- AKCIÓ! Gigabyte AORUS 16X (2024) Gamer notebook - i7 14650HX 16GB RAM 1TB SSD RTX 4070 8GBWin11
- Update 06.13. Bomba árak 2025-ben is! Üzleti - Consumer laptopok DELL FUJITSU HP LENOVO
- ÁRGARANCIA! Épített KomPhone Intel i7 14700KF 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- VÉGKIÁRUSÍTÁS - REFURBISHED - Lenovo ThinkPad 40AC Thunderbolt 3 docking station
- ÁRGARANCIA!Épített KomPhone i7 14700KF 32/64GB RAM RTX 5070Ti 16GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest