- Fórumok
- OS, alkalmazások
- Linux haladóknak
- (kiemelt téma)
-
33600 - 33501
35623 - 35601 35600 - 35501 35500 - 35401 35400 - 35301 35300 - 35201 35200 - 35101 35100 - 35001 35000 - 34901 34900 - 34801 34800 - 34701 34700 - 34601 34600 - 34501 34500 - 34401 34400 - 34301 34300 - 34201 34200 - 34101 34100 - 34001 34000 - 33901 33900 - 33801 33800 - 33701 33700 - 33601 33600 - 33501 33500 - 33401 33400 - 33301 33300 - 33201 33200 - 33101 33100 - 33001 33000 - 32901 32900 - 32801 32800 - 32701 32700 - 32601 32600 - 32501 32500 - 32401 32400 - 32301 32300 - 32201 32200 - 32101 32100 - 32001 32000 - 30001 30000 - 28001 28000 - 26001 26000 - 24001 24000 - 22001 22000 - 20001 20000 - 18001 18000 - 16001 16000 - 14001 14000 - 12001 12000 - 10001 10000 - 8001 8000 - 6001 6000 - 4001 4000 - 2001 2000 - 1
-
Fórumok
LOGOUT - lépj ki, lépj be!
LOGOUT reakciók Monologoszféra FototrendGAMEPOD - játék fórumok
PC játékok Konzol játékok MobiljátékokMobilarena - mobil fórumok
Okostelefonok Mobiltelefonok Okosórák Autó+mobil Üzlet és Szolgáltatások Mobilalkalmazások Tartozékok, egyebek Mobilarena blogokPROHARDVER! - hardver fórumok
Notebookok TV & Audió Digitális fényképezés Alaplapok, chipsetek, memóriák Processzorok, tuning Hűtés, házak, tápok, modding Videokártyák Monitorok Adattárolás Multimédia, életmód, 3D nyomtatás Tabletek, E-bookok Nyomtatók, szkennerek PC, mini PC, barebone, szerver Beviteli eszközök Egyéb hardverek PROHARDVER! BlogokIT café - infotech fórumok
Infotech Hálózat, szolgáltatók OS, alkalmazások SzoftverfejlesztésFÁRADT GŐZ - közösségi tér szinte bármiről
Tudomány, oktatás Sport, életmód, utazás, egészség Kultúra, művészet, média Gazdaság, jog Technika, hobbi, otthon Társadalom, közélet Egyéb Lokál PROHARDVER! interaktív
-
Frissítve: 2013-09-30 15:51 Téma összefoglaló
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
-
hcl
titán
-
5leteseN
őstag
Egy XOSL és a grub4Dos-nál olvastam valami reménykeltő dolgokat, de nem vagyok benne ezekben (még) a szükséges mélységben.
Valaki hallott ezekről?
-
5leteseN
őstag
Teljesen lényegtelen, egy értelmes NAND-os ~100MB-t tudó USB-n se fog egy "live" rendszer gyorsabban menni, mert RAM-ban lesz alapból. Az hogy presistens rész kiírásához kikapcsoláskor 20mp-t vagy 50mp-t kell várni már édes mindegy valószínűleg.
Amiket irkáltok ezer éve megoldott problémák."... Amiket irkáltok ezer éve megoldott problémák."
Nagyszerű hír
: várom annak a GRUB/LILO/... programnak a nevét ami ezer éve tudja a "bármi-telepitett-OS" RAMdrive másolását majd indítását! -
hcl
titán
Na azt jól benéztem, mert 11.x-hez volt

Ez jobb lesz
A mkusb tudja, arrafelé gugliznék."várom annak a GRUB/LILO/... programnak a nevét ami ezer éve tudja a "bármi-telepitett-OS" RAMdrive másolását majd indítását!"
GRUB, meg a Linux kernel. Ott is van az USB-s Debianos cikkemben, csak azt elég macera összerakni a nulláról
-
janos666
nagyúr
Teljesen lényegtelen, egy értelmes NAND-os ~100MB-t tudó USB-n se fog egy "live" rendszer gyorsabban menni, mert RAM-ban lesz alapból. Az hogy presistens rész kiírásához kikapcsoláskor 20mp-t vagy 50mp-t kell várni már édes mindegy valószínűleg.
Amiket irkáltok ezer éve megoldott problémák.Lehet, hogy felületesen olvastam. Tudom, hogy a Live! eleve RAM-ból fut, ezért gondoltam, hogy nem Live! rendszerről van szó.
-
vicze
félisten
Vannak már USB4 / ThunderBolt4 <-> M.2 NVMe SSD házak is, de nem kell olyan messzire menni, USB 3.x is elég lesz. Tehetsz bele pl. Optane P1600X-et. Le merem fogadni, hogy ezerszer gyorsabb lesz a boot, mint ha meg kéne várnod a RAMdisk-be másolást (illetve leállításkor a visszaírást), futtatás közben pedig nem hiszem, hogy észre tudnád venni a különbséget (talán kimérni is nehéz lenne még hagyományos SATA AHCI SSD-vel is).
De nem muszály Optane-nal építeni (csak azért javasoltam ezt, mert jobb random műveletekben, mint a NAND és szinte elnyűhetetlen írással ahhoz képest). Ha a méret is számít, vagy magasabb szekvenciális sebességre vágysz, lehet NAND M.2 SSD is.Teljesen lényegtelen, egy értelmes NAND-os ~100MB-t tudó USB-n se fog egy "live" rendszer gyorsabban menni, mert RAM-ban lesz alapból. Az hogy presistens rész kiírásához kikapcsoláskor 20mp-t vagy 50mp-t kell várni már édes mindegy valószínűleg.
Amiket irkáltok ezer éve megoldott problémák. -
5leteseN
őstag
BOOT-managerek között nincs olyan, amelyik tudja ezt, amire szükségem van?
hcl: Az az ubuntu-s jó, ott mi csinálja meg a feladatot?
-
janos666
nagyúr
Alkalmazási példa: max 64 GB-os rendszert akarok pendriveon cipelgetni a gépeim között, amiknek 128(+)GB RAM-ja van, tehát fussa belőle a teljes 64 GB-ot akár másolgatni, de nem akarom mindig megbontogatni a gépeimet SSD, egyéb megoldások miatt.
BOOT-oljon be, kérdezze meg, hogy:
akarok-e RAMdrive-ban futtatni,
mekkorában,
a pendrive-on lévő OS-ek közül melyiket,
vagy maradok a hagyományos, pendriveról vánszorgó, RAM-drivehoz képest csiga-biga üzemmódban.Nem akarnék erre a kis részfeladatra egy (VMWare, ...)virtuális gépet használni.
Igeeen, a PLOP az, beugrott a neve, így, hogy láttam leírva!!!
janos666: Egy pendrivenál bármelyik RAMdrve sokkal gyorsabb lesz, ha van hozzá elég RAM. Ezért használnám ki a lehetőséget, ha van ilyen.
Van?
Vannak már USB4 / ThunderBolt4 <-> M.2 NVMe SSD házak is, de nem kell olyan messzire menni, USB 3.x is elég lesz. Tehetsz bele pl. Optane P1600X-et. Le merem fogadni, hogy ezerszer gyorsabb lesz a boot, mint ha meg kéne várnod a RAMdisk-be másolást (illetve leállításkor a visszaírást), futtatás közben pedig nem hiszem, hogy észre tudnád venni a különbséget (talán kimérni is nehéz lenne még hagyományos SATA AHCI SSD-vel is).
De nem muszály Optane-nal építeni (csak azért javasoltam ezt, mert jobb random műveletekben, mint a NAND és szinte elnyűhetetlen írással ahhoz képest). Ha a méret is számít, vagy magasabb szekvenciális sebességre vágysz, lehet NAND M.2 SSD is. -
vicze
félisten
Tessék, van egy raklap.
SSD-k óta nem érdekel senkit. Az USB boot distro-k, mind nagyrész RAM-ban futnak, egyszerűen csak csinálj egy persistens USB boot installt és pont ezt fogja csinálni, amit leírtál. Extrába csinálhatsz temp RAM driveokat. -
hcl
titán
Alkalmazási példa: max 64 GB-os rendszert akarok pendriveon cipelgetni a gépeim között, amiknek 128(+)GB RAM-ja van, tehát fussa belőle a teljes 64 GB-ot akár másolgatni, de nem akarom mindig megbontogatni a gépeimet SSD, egyéb megoldások miatt.
BOOT-oljon be, kérdezze meg, hogy:
akarok-e RAMdrive-ban futtatni,
mekkorában,
a pendrive-on lévő OS-ek közül melyiket,
vagy maradok a hagyományos, pendriveról vánszorgó, RAM-drivehoz képest csiga-biga üzemmódban.Nem akarnék erre a kis részfeladatra egy (VMWare, ...)virtuális gépet használni.
Igeeen, a PLOP az, beugrott a neve, így, hogy láttam leírva!!!
janos666: Egy pendrivenál bármelyik RAMdrve sokkal gyorsabb lesz, ha van hozzá elég RAM. Ezért használnám ki a lehetőséget, ha van ilyen.
Van?
De tkp. tényleg annyi kell, hogy egy telepített OS-t behúzz a RAM-ba, és mielőtt lelövöd, kiírod a /home/usered -t mondjuk egy külön partícióra az USB eszközön.
-
hcl
titán
Alkalmazási példa: max 64 GB-os rendszert akarok pendriveon cipelgetni a gépeim között, amiknek 128(+)GB RAM-ja van, tehát fussa belőle a teljes 64 GB-ot akár másolgatni, de nem akarom mindig megbontogatni a gépeimet SSD, egyéb megoldások miatt.
BOOT-oljon be, kérdezze meg, hogy:
akarok-e RAMdrive-ban futtatni,
mekkorában,
a pendrive-on lévő OS-ek közül melyiket,
vagy maradok a hagyományos, pendriveról vánszorgó, RAM-drivehoz képest csiga-biga üzemmódban.Nem akarnék erre a kis részfeladatra egy (VMWare, ...)virtuális gépet használni.
Igeeen, a PLOP az, beugrott a neve, így, hogy láttam leírva!!!
janos666: Egy pendrivenál bármelyik RAMdrve sokkal gyorsabb lesz, ha van hozzá elég RAM. Ezért használnám ki a lehetőséget, ha van ilyen.
Van?
USB-ről lehet futtatni Linuxot, ha USB3, akkor kb. ugyanaz a sebesség, mint a beépített SSD-ről (amíg nem swappel).
USB2-n gondolkodósabb, de használható.
Mondjuk pendrive-ről nem is érdemes, hamar megöli, én is SSD-t használok.Mehet ez is akár RAM-ból, csak minek; én ilyet használok utazáshoz, de asszony is ilyenről nyomja a gépeit

Illetve : nem kell neked ehhez visszafele szinkron; a home könyvtáradat kell visszamásolni egy megfelelő partícióra a pendrive-on.
Ha nagyon kell, mondj egy tárhelyet, és diszk image-ként tudok adni egy belakottat. (16GB)
-
5leteseN
őstag
Alkalmazási példa: max 64 GB-os rendszert akarok pendriveon cipelgetni a gépeim között, amiknek 128(+)GB RAM-ja van, tehát fussa belőle a teljes 64 GB-ot akár másolgatni, de nem akarom mindig megbontogatni a gépeimet SSD, egyéb megoldások miatt.
BOOT-oljon be, kérdezze meg, hogy:
akarok-e RAMdrive-ban futtatni,
mekkorában,
a pendrive-on lévő OS-ek közül melyiket,
vagy maradok a hagyományos, pendriveról vánszorgó, RAM-drivehoz képest csiga-biga üzemmódban.Nem akarnék erre a kis részfeladatra egy (VMWare, ...)virtuális gépet használni.
Igeeen, a PLOP az, beugrott a neve, így, hogy láttam leírva!!!
janos666: Egy pendrivenál bármelyik RAMdrve sokkal gyorsabb lesz, ha van hozzá elég RAM. Ezért használnám ki a lehetőséget, ha van ilyen.
Van?
-
hcl
titán
Van/volt vmi bootmanager, aminek a korábbi változata lemezről inditva BIOS-t javitott kiegészitett USB-boottal. Az egyik újabb változat mintha tudna már UEFI-t nem UEFI-s alaplapra, REBAR-t, stb...
Mintha annak lenne ilyen boot alatt ramdisket felépitő, majd használó funkciója.
Talán egy francia/holland egyéni programozó csinálgatta régen.
Évekkel ezelőtt mér volt ilyen RAM-disk funkció, vagy volt tervben.A régi floppy-ról is futott, az ujabbak már a gépek belső pendrive/SD-kártya helyre rakhatók, "örökre"...
Ennyire emlékszem!
Például: max 64 GB-os rendszert akarok pendriveon cipelgetni a gépeim között, amiknek 128(+)GB RAM-ja van, tehát fussa belőle a teljes 64 GB-ot akár másolgatni, de nem akarom mindig megbontogatni a gépeimet SSD, egyéb megoldások miatt.
BOOT-oljon be, kérdezze meg, hogy akarok-e RAMdrive-ban futtatni(mekkorában) a pendrive-on lévő OS-ek közül vmelyiket, vagy marad a hagyományos, pendriveról vánszorgó csiga-biga üzemmód.Plop bootmanager-re emléxek ilyen svájcibicskának, de az nem erre való volt, csak bármiről tudott indítani. A Super GRUB Disk pl. ilyen bootjavítós cucc.
BTW ha csak annyi kell, hogy megmaradjanak a Live CD-ről az adatok, akkor pl. lehet ilyet, hogy pendrive-ra teszed, és azon van egy partíció, amire lehet menteni. (Preserved space.)
-
janos666
nagyúr
Van/volt vmi bootmanager, aminek a korábbi változata lemezről inditva BIOS-t javitott kiegészitett USB-boottal. Az egyik újabb változat mintha tudna már UEFI-t nem UEFI-s alaplapra, REBAR-t, stb...
Mintha annak lenne ilyen boot alatt ramdisket felépitő, majd használó funkciója.
Talán egy francia/holland egyéni programozó csinálgatta régen.
Évekkel ezelőtt mér volt ilyen RAM-disk funkció, vagy volt tervben.A régi floppy-ról is futott, az ujabbak már a gépek belső pendrive/SD-kártya helyre rakhatók, "örökre"...
Ennyire emlékszem!
Például: max 64 GB-os rendszert akarok pendriveon cipelgetni a gépeim között, amiknek 128(+)GB RAM-ja van, tehát fussa belőle a teljes 64 GB-ot akár másolgatni, de nem akarom mindig megbontogatni a gépeimet SSD, egyéb megoldások miatt.
BOOT-oljon be, kérdezze meg, hogy akarok-e RAMdrive-ban futtatni(mekkorában) a pendrive-on lévő OS-ek közül vmelyiket, vagy marad a hagyományos, pendriveról vánszorgó csiga-biga üzemmód.Akkor volt talán némi értelme, mikor lassú HDD-ről futott a rendszer.
Vagy még akkor lehet, ha egy tömörített file-ból boot-olsz (pl. pici és lassú NAND flash, agyontömörített tartalommal, de viszonylag sok RAM egy embedded kütyün).
Egy másik: /etc/sysctl.conf fie-ba: vm.vfs_cache_pressure = 1 (vagy 0, ha sok a RAM), és akkor mindig pagecache-ben marad a filesystem metadata (így hamar rátalál az adatra lemezen). -
5leteseN
őstag
Van/volt vmi bootmanager, aminek a korábbi változata lemezről inditva BIOS-t javitott kiegészitett USB-boottal. Az egyik újabb változat mintha tudna már UEFI-t nem UEFI-s alaplapra, REBAR-t, stb...
Mintha annak lenne ilyen boot alatt ramdisket felépitő, majd használó funkciója.
Talán egy francia/holland egyéni programozó csinálgatta régen.
Évekkel ezelőtt mér volt ilyen RAM-disk funkció, vagy volt tervben.A régi floppy-ról is futott, az ujabbak már a gépek belső pendrive/SD-kártya helyre rakhatók, "örökre"...
Ennyire emlékszem!
Például: max 64 GB-os rendszert akarok pendriveon cipelgetni a gépeim között, amiknek 128(+)GB RAM-ja van, tehát fussa belőle a teljes 64 GB-ot akár másolgatni, de nem akarom mindig megbontogatni a gépeimet SSD, egyéb megoldások miatt.
BOOT-oljon be, kérdezze meg, hogy akarok-e RAMdrive-ban futtatni(mekkorában) a pendrive-on lévő OS-ek közül vmelyiket, vagy marad a hagyományos, pendriveról vánszorgó csiga-biga üzemmód. -
janos666
nagyúr
Üdv Mindenkinek!
Érdeklődnék, hogy van-e olyan Linux(BDS, ...) program(pl: Boot-menedzser, GRUB, bármi), ami bootoláskor létrehoz egy virtuális meghajtót a RAM-ban(Ramdisk), oda bemásolja a Linux-ot, az ott elfutkározik, majd kilépéskor szinkronizálja magát az lévő eredetivel és kilép!
Van a vasnak UPS-e, vagy Noti/lapostop lesz, tehát akkor is "van".
Előre is:

Tedd egy gyors SSD-re (akár Optane-ra, az random is gyors és alacsony késésű), és kész.
-
hcl
titán
Amúgy mi a cél? Hátha az segítene. (@Sh4d0w, ezért mondtam a Dockert, mert hátha igazából az a funkcionalitás kell neki.)
Openwrt fut hasonlóan, overlayben. Lehet az overlaynek kéne utánagugliznod.Egyklikkes megoldás amúgy nem hiszem, hogy lesz.
Itt valami olyan a megoldás, hogy RAID1-el a meglevő diszkhez a Ramdisket.
-
sh4d0w
félisten
-
5leteseN
őstag
-
hcl
titán
Üdv Mindenkinek!
Érdeklődnék, hogy van-e olyan Linux(BDS, ...) program(pl: Boot-menedzser, GRUB, bármi), ami bootoláskor létrehoz egy virtuális meghajtót a RAM-ban(Ramdisk), oda bemásolja a Linux-ot, az ott elfutkározik, majd kilépéskor szinkronizálja magát az lévő eredetivel és kilép!
Van a vasnak UPS-e, vagy Noti/lapostop lesz, tehát akkor is "van".
Előre is:

Nem a Dockert keresed? Bár az nem egészen ez.
-
5leteseN
őstag
Üdv Mindenkinek!
Érdeklődnék, hogy van-e olyan Linux(BDS, ...) program(pl: Boot-menedzser, GRUB, bármi), ami bootoláskor létrehoz egy virtuális meghajtót a RAM-ban(Ramdisk), oda bemásolja a Linux-ot, az ott elfutkározik, majd kilépéskor szinkronizálja magát az lévő eredetivel és kilép!
Van a vasnak UPS-e, vagy Noti/lapostop lesz, tehát akkor is "van".
Előre is:

-
hcl
titán
Kipróbáltam mindkettőt, és a Btrfs mellett tettem le a voksom.
A ZFS-nek van 2, számomra viszonylag nagy limitációja (hasonló gyökérből fakadnak):
- nincs defrag (pedig ha kvázi-állandóan írsz rá, akkor de, igen, töredezik... lalalalááá...)
- nem lehet RAID profilt váltani, beleértve, hogy nem tudsz pl. 3-ról 5 lemezre bővíteni.
Ami ZFS-ben jobb, az a saját scheduler és cache management, beleértve a most már tudtommal akár perzisztens (reboot-ot túlélő) L2 cache (de ahhoz külön vdev kell, tehát pl. egy dedikált SSD). Illetve ott elvileg nem fordulhat elő, hogy áramszünet/pánik miatt félbemarad egy olvas-módosít-ír ciklus, de ez úgy tudom, hogy csak szinkron írás módban igaz, és ha nem adsz hozzá külön vdev-et (sőt, ezt javasolt 2 lemezre tükrözni, mert átmenetileg csak ezen él egy példányban az inten log, vagyis ami majd írva leszen a tömbre - ennek megfelelően olyan SSD-t javasolnak, amin van áramtartalék kondenzátor), akkor az lassú művelet (ezért kapásból át is lehet irányítani a szinkront aszinkronná, ha nincs hozzá külön vdev-ed, és jobban érdekel a sebesség, mint adatbiztonság).
Szeirntem Btrfs-ben is tök egyszerű lenne kiküszöböni, ha manuálisan állítható lenne a stripe size (de valamiért még mindig nem az), és beállítanál pl. 5x 512n HDD-kkel 4k szektor és 4k leaf size-t (akkor eleve sohasem lenne részleges felülírás).
A Btrfs-nél 10+ éve "majd egyszer" mindkettő. A kézi stripe size és a vdev-szerűség is. A "write-hole" dolgot meg akarták egyszer oldani Btrfs-ben a Microsoft Storage Spaces-hez hasonló módszerrel, csak rájöttek, hogy az lassú (viszont SS-el el lehet játszani a stripe size / sector size trükköt, és akkor gyors, Btrfs-el nem engedik), ha nincs külön vdev (és azt sem akaródznak bevezetni).Köszi
Ezek kisebb gondok. Írva ritkán van, tömb bővítés nincs tervben, max. nagyobb diszkekre költözés néha. (Ahogy muszáj.)
Btrfs-el a RAID 5 jellegű kiosztás lenne macera, az elég instabil, ahogy olvasom.
-
janos666
nagyúr
Adott sw RAID5 tömb, kb. 2T. 5x500GB HDD.
Mivel olvasom, hogy a mdraid nem véd bit rot ellen, váltanék valamire, ami véd diszk halál ellen is, meg bit rot ellen is.
Ki mit használ? Van olyan, akinek régebb óta van btrfs-e, vagy ZFS-e? (És stabil?)
Olyan megoldást keresek, ami 1 winyó halálát túléli, és rendes checksum számítás van...
Kipróbáltam mindkettőt, és a Btrfs mellett tettem le a voksom.
A ZFS-nek van 2, számomra viszonylag nagy limitációja (hasonló gyökérből fakadnak):
- nincs defrag (pedig ha kvázi-állandóan írsz rá, akkor de, igen, töredezik... lalalalááá...)
- nem lehet RAID profilt váltani, beleértve, hogy nem tudsz pl. 3-ról 5 lemezre bővíteni.
Ami ZFS-ben jobb, az a saját scheduler és cache management, beleértve a most már tudtommal akár perzisztens (reboot-ot túlélő) L2 cache (de ahhoz külön vdev kell, tehát pl. egy dedikált SSD). Illetve ott elvileg nem fordulhat elő, hogy áramszünet/pánik miatt félbemarad egy olvas-módosít-ír ciklus, de ez úgy tudom, hogy csak szinkron írás módban igaz, és ha nem adsz hozzá külön vdev-et (sőt, ezt javasolt 2 lemezre tükrözni, mert átmenetileg csak ezen él egy példányban az inten log, vagyis ami majd írva leszen a tömbre - ennek megfelelően olyan SSD-t javasolnak, amin van áramtartalék kondenzátor), akkor az lassú művelet (ezért kapásból át is lehet irányítani a szinkront aszinkronná, ha nincs hozzá külön vdev-ed, és jobban érdekel a sebesség, mint adatbiztonság).
Szeirntem Btrfs-ben is tök egyszerű lenne kiküszöböni, ha manuálisan állítható lenne a stripe size (de valamiért még mindig nem az), és beállítanál pl. 5x 512n HDD-kkel 4k szektor és 4k leaf size-t (akkor eleve sohasem lenne részleges felülírás).
A Btrfs-nél 10+ éve "majd egyszer" mindkettő. A kézi stripe size és a vdev-szerűség is. A "write-hole" dolgot meg akarták egyszer oldani Btrfs-ben a Microsoft Storage Spaces-hez hasonló módszerrel, csak rájöttek, hogy az lassú (viszont SS-el el lehet játszani a stripe size / sector size trükköt, és akkor gyors, Btrfs-el nem engedik), ha nincs külön vdev (és azt sem akaródznak bevezetni). -
hcl
titán
a scrub indítható akár kézzel is
hdd csere nem nagy truváj, elfaileled a diszket, amit ki akarsz venni, kicseréled, aztán azt mondod, hogyzpool replace kötetNév régiHDD újHDD
átméretezést egyszer csináltam (miután kicserélgettem a diszkeket), úgy rémlik kifejezetten fájdalommentes volt az is, de a konkrét parancsokra már nem emlékszem.
az ArchWikin sokmindenre kiterjedő leírás van a ZFS-ről, érdemes átböngésznisebesség tekintetében viszont passz. nem rémlik, hogy valaha lett volna tapasztalatom RAID5-tel
Köszi
Ez Raid5-ön is kb. így megy 
-
Lenry
félisten
Köszi!
Havonta automatikusan - na itt ezzel lesz gond, ugyanis nem megy 0-24 a NAS
Ez ugye a NAS-om, és általában off van.
De gondolom scrub futtatható cron-ból is, azaz ilyesmit olvastam.
Az a bajom, hogy 5 SATA-s a lap, tehát nem tudom, bele tudok-e dobálni még egy 500-as winyót; akkor lehetne Raid-Z2, vagy mezei RAID6 is.
Még annak utánanézek, hogy mennyire macera pl. kicserélni alatta a diszketet, meg méretezni. (Alapvetően 250GB-os winyókkal kezdte ez a tömb, és 2x lett alatta mind cserélve.)Illetve; sebességben milyen a viszonya ennek egy mezei md RAID5-höz?
a scrub indítható akár kézzel is
hdd csere nem nagy truváj, elfaileled a diszket, amit ki akarsz venni, kicseréled, aztán azt mondod, hogyzpool replace kötetNév régiHDD újHDD
átméretezést egyszer csináltam (miután kicserélgettem a diszkeket), úgy rémlik kifejezetten fájdalommentes volt az is, de a konkrét parancsokra már nem emlékszem.
az ArchWikin sokmindenre kiterjedő leírás van a ZFS-ről, érdemes átböngésznisebesség tekintetében viszont passz. nem rémlik, hogy valaha lett volna tapasztalatom RAID5-tel
-
hcl
titán
tizenéve használok ZFS-t, eddig a legnagyobb megelégedésemre, azóta a ZFS Kisegyház elkötelezett híve vagyok

öt lemezzel pont faszán össze tudsz rakni egy RAID-Z tömböt, az egy lemez kihalását gond nélkül átvészeli. havonta automatikusan fut egy scrub, az átvakarja a tömböt, szól ha gebasz van.
egyébként meg fasza snapshot kezelés, stb stb. szóval forrón ajánlom a ZFS-tKöszi!
Havonta automatikusan - na itt ezzel lesz gond, ugyanis nem megy 0-24 a NAS
Ez ugye a NAS-om, és általában off van.
De gondolom scrub futtatható cron-ból is, azaz ilyesmit olvastam.
Az a bajom, hogy 5 SATA-s a lap, tehát nem tudom, bele tudok-e dobálni még egy 500-as winyót; akkor lehetne Raid-Z2, vagy mezei RAID6 is.
Még annak utánanézek, hogy mennyire macera pl. kicserélni alatta a diszketet, meg méretezni. (Alapvetően 250GB-os winyókkal kezdte ez a tömb, és 2x lett alatta mind cserélve.)Illetve; sebességben milyen a viszonya ennek egy mezei md RAID5-höz?
-
Lenry
félisten
Adott sw RAID5 tömb, kb. 2T. 5x500GB HDD.
Mivel olvasom, hogy a mdraid nem véd bit rot ellen, váltanék valamire, ami véd diszk halál ellen is, meg bit rot ellen is.
Ki mit használ? Van olyan, akinek régebb óta van btrfs-e, vagy ZFS-e? (És stabil?)
Olyan megoldást keresek, ami 1 winyó halálát túléli, és rendes checksum számítás van...
tizenéve használok ZFS-t, eddig a legnagyobb megelégedésemre, azóta a ZFS Kisegyház elkötelezett híve vagyok

öt lemezzel pont faszán össze tudsz rakni egy RAID-Z tömböt, az egy lemez kihalását gond nélkül átvészeli. havonta automatikusan fut egy scrub, az átvakarja a tömböt, szól ha gebasz van.
egyébként meg fasza snapshot kezelés, stb stb. szóval forrón ajánlom a ZFS-t -
hcl
titán
Adott sw RAID5 tömb, kb. 2T. 5x500GB HDD.
Mivel olvasom, hogy a mdraid nem véd bit rot ellen, váltanék valamire, ami véd diszk halál ellen is, meg bit rot ellen is.
Ki mit használ? Van olyan, akinek régebb óta van btrfs-e, vagy ZFS-e? (És stabil?)
Olyan megoldást keresek, ami 1 winyó halálát túléli, és rendes checksum számítás van...
-
Bici
félisten
Igazából nem az a cél, hogy ne tudjanak hozzáférni, mert az meg van oldva* az allow hosts opcióval, hanem arra vagyok kiváncsi, hogy mely egyéb gépek próbálnak hozzáférfni, mert ott valami beragadt beállítás lesz.
Időről időre ránézek a logokra, de jobb lenne, ha automatán jönne valami csatornán, ha valamelyik gép hozzá akart férni.* - gyanítom, hogy a samba beállításai a kliens oldalon kezelődnek le, és a szerver nem tudja elvenni a jogot a már csatlakozott kliensektől;
Egy androidos klienssel megnyitottam a korábban megosztott /home/juzer/ mappát, és később hiába korlátoztam le a megosztást egy belső mappára, amíg újra nem indítottam a klienst, addig simán hozzáfértem mindenhez, pedig volt samba restart.
Mindezt smb3 protokollal.Majd tanulmányozom még a lehetséges biztonsági szigorításokat a samba server-ben, hogy ezt, és a hasonlókat (gyanítom, hogy más is van) hogy lehet kiküszöbölni, mert az engedélyezett gépeken is több júzer lehetséges, akiknek különböző jogosultságuk kell, hogy legyen.
-
sonar
addikt
-
Bici
félisten
-
_kovi_
aktív tag
-
f_sanyee
senior tag
-
_kovi_
aktív tag
Talán így meg tudod oldani, bár nem írtad milyen distro de példaként vegyük az apt csomagkezelőt, arch-nál pacman.
sudo apt-get install putty
Létre kell hoznod egy id_rsa fájlt a .ssh saját könyvtárad mappájában ssh-keygena *.ppk (puttygen generált fájl) segítségével,vagy konvertálnod kell onnan. A név id_rsa legyen ez fontos!
puttygen private.ppk -O private-openssh -o $HOME/.ssh/id_rsa
A id_rsafájl nem lehet mások által olvasható vagy írható:
chmod 600 $HOME/.ssh/id_rsa
Létrehozol egy agent.shfájlt a saját könyvtáradban,de bárhová elhelyezheted:
. $HOME/.ssh/ssh-agent.env 2>/dev/null
if [ "`ssh-add -l | grep id_rsa`" = "" ]; then
mkdir -p $HOME/.ssh/
ssh-agent >$HOME/.ssh/ssh-agent.env
. $HOME/.ssh/ssh-agent.env
ssh-add
fi
A gitt a következőként hajtható végre:
. ./agent.sh; putty
vagy:
. ./agent.sh
putty
A "." (pont és idézőjel) is fontos, a végrehajtott szkript környezeti változóit exportálja. Először a kulcsfájl jelszavát fogja kérni, a következő alkalommal pedig jelszókérés nélkül hajtja végre a gitt.Köszi szépen!
-
_kovi_
aktív tag
-
joe_m
csendes tag
Sziasztok!
Lassan kezdem feladni, hogy megvalósíthatatlan...
Azt szeretném megoldani, hogy a pegeant egy jelszóval védett titkosított kulcs jelszavát csak egyetlen egyszer kérje be. Mivel olyan személyeknek adnám ki a privát kulcsot, akiknek nem szeretném elárulni az titkosított privát kulcs jelszavát ezért amikor én beállítom a gépükön, akkor egyszer én adjam meg és többször ne kelljen.
Parancsikont csináltam nekik, be is tölti az encryptált kulcsot, de a jelszót a parancsikon elindítása után ismét kéri..Talán így meg tudod oldani, bár nem írtad milyen distro de példaként vegyük az apt csomagkezelőt, arch-nál pacman.
sudo apt-get install putty
Létre kell hoznod egy id_rsa fájlt a .ssh saját könyvtárad mappájában ssh-keygena *.ppk (puttygen generált fájl) segítségével,vagy konvertálnod kell onnan. A név id_rsa legyen ez fontos!
puttygen private.ppk -O private-openssh -o $HOME/.ssh/id_rsa
A id_rsafájl nem lehet mások által olvasható vagy írható:
chmod 600 $HOME/.ssh/id_rsa
Létrehozol egy agent.shfájlt a saját könyvtáradban,de bárhová elhelyezheted:
. $HOME/.ssh/ssh-agent.env 2>/dev/null
if [ "`ssh-add -l | grep id_rsa`" = "" ]; then
mkdir -p $HOME/.ssh/
ssh-agent >$HOME/.ssh/ssh-agent.env
. $HOME/.ssh/ssh-agent.env
ssh-add
fi
A gitt a következőként hajtható végre:
. ./agent.sh; putty
vagy:
. ./agent.sh
putty
A "." (pont és idézőjel) is fontos, a végrehajtott szkript környezeti változóit exportálja. Először a kulcsfájl jelszavát fogja kérni, a következő alkalommal pedig jelszókérés nélkül hajtja végre a gitt. -
sh4d0w
félisten
Sziasztok!
Nem tudom, hogy mennyire haladó téma, de hátha.

Van egy samba megosztásom, és be is állítottam az host allow opciót, de a /var/log/samba mappában megjelentek olyan logfájlok, amik más IP-kről jöttek, persze hibával.
A kérdés, hogy be tudok-e állítani valami alertet, ha nem az engedélyezett ip-kről próbálj valami progi kapcsolódni.
meg tudom írni a shell scriptet, ami figyeli a logokat, de hátha van valami beépített erre való opció.
Kössz!
fail2ban-nal automatice tiltani is tudsz.
-
Bici
félisten
Sziasztok!
Nem tudom, hogy mennyire haladó téma, de hátha.

Van egy samba megosztásom, és be is állítottam az host allow opciót, de a /var/log/samba mappában megjelentek olyan logfájlok, amik más IP-kről jöttek, persze hibával.
A kérdés, hogy be tudok-e állítani valami alertet, ha nem az engedélyezett ip-kről próbálj valami progi kapcsolódni.
meg tudom írni a shell scriptet, ami figyeli a logokat, de hátha van valami beépített erre való opció.
Kössz!
-
f_sanyee
senior tag
-
_kovi_
aktív tag
-
JoinR
őstag
-
_kovi_
aktív tag
-
f_sanyee
senior tag
Sziasztok!
Lassan kezdem feladni, hogy megvalósíthatatlan...
Azt szeretném megoldani, hogy a pegeant egy jelszóval védett titkosított kulcs jelszavát csak egyetlen egyszer kérje be. Mivel olyan személyeknek adnám ki a privát kulcsot, akiknek nem szeretném elárulni az titkosított privát kulcs jelszavát ezért amikor én beállítom a gépükön, akkor egyszer én adjam meg és többször ne kelljen.
Parancsikont csináltam nekik, be is tölti az encryptált kulcsot, de a jelszót a parancsikon elindítása után ismét kéri..Magadnak csinálsz problémát. Privát kulcsot nem osztunk meg senkivel. Mindenkinek sáját kulcsa van, így könnyen kezelhető ha közös accountot haszálnak is.
-
_kovi_
aktív tag
Sziasztok!
Lassan kezdem feladni, hogy megvalósíthatatlan...
Azt szeretném megoldani, hogy a pegeant egy jelszóval védett titkosított kulcs jelszavát csak egyetlen egyszer kérje be. Mivel olyan személyeknek adnám ki a privát kulcsot, akiknek nem szeretném elárulni az titkosított privát kulcs jelszavát ezért amikor én beállítom a gépükön, akkor egyszer én adjam meg és többször ne kelljen.
Parancsikont csináltam nekik, be is tölti az encryptált kulcsot, de a jelszót a parancsikon elindítása után ismét kéri.. -
Sub-ZeRo
nagyúr
Srácok kis segítség kellene!
Azt szeretném elérni Fedora 38 alatt, hogy ha beállítom a LAN alatt hogy WOL működjön, akkor első bekapcsolás után ne álljon vissza tiltásra.
Ez az alapbeállítása.
Ez meg a beállított WOL.
De ha kikapcsolom, majd be, akkoor visszaálll alaapértelmezett d-re (gondolom denied lesz) és újra be kell állítani ha használni szeretném.
Valami ötlet hogy tudnám egyszer beállítani és úgy maradjon
Ebben van a válasz. Nekem a 2.2.6-os pont segített.
[link]
Végre tudom telefonról kapcsolni a nuc-ot.
-
Sub-ZeRo
nagyúr
Srácok kis segítség kellene!
Azt szeretném elérni Fedora 38 alatt, hogy ha beállítom a LAN alatt hogy WOL működjön, akkor első bekapcsolás után ne álljon vissza tiltásra.
Ez az alapbeállítása.
Ez meg a beállított WOL.
De ha kikapcsolom, majd be, akkoor visszaálll alaapértelmezett d-re (gondolom denied lesz) és újra be kell állítani ha használni szeretném.
Valami ötlet hogy tudnám egyszer beállítani és úgy maradjon
-
Archttila
veterán
Hat nem irigylem oket. Nekem a mai napig elmeny leulni a kis (most /pill) DeskMini asztali gep ele amit a telefon kvara nem fog soha a budos eletbe kivaltani.
nalam biztosan pedig telo fronton is megy a sajat debloat script, root meg minden ami kell de ez nagyon neeeem pc.
Mondjuk jelen generacionak mar mindegy is...csak a face, insta menjen... ezek nem tudjak milyen ISA buszos kartyat jumperelni es kulonben is, a turbot gombot sem ismerik
-
Apollyon
Korrektor
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...
"Kicsit szomoru vagyok, hogy o Windows-os srac, nem Linuxos..."
Mondjuk lassan már annak is örülni kell, ha valaki egyáltalán még számítógépezik, és nem mindent is telefonról néz / intéz. Sokan dobták a laptopot / notebookot egy telefonért, és már soha nem váltanak vissza.
-
tvamos
nagyúr
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...
-
growler
őstag
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.
Örülök hogy sikerült - és gratula!
Én is a GParted-el költöztettem át egy EFI-s Mint-et egy 500GB-os HDD-ről
250GB-os SSD-re.
Nálam indul a Rescuezilla is meg a Foxclone is - de még nem használtam
őket - mert nem volt rá szükség. -
tvamos
nagyúr
Elotte a forras eszkozt at kell meretezni (Live rendszer -> GParted
-> Resize/Remove opciojaval - hogy kisebb legyen mint a celeszkoz)
Ezutan, pl. a "Rescuezilla"-val (Clonezilla GUI) folytatni. [link]
Vagy a hasonlo "Foxclone"-al.
Vagy vegsosoron, a GParted Copy, Paste opcioival.
(Elore letrehozott szamu/meretu/ fajlrendszeru particiokra - igy
lehetoseg van pl. nagyobb meretu / particio letrehozasara is.
A rendszerbetoltot meg chroot-al a boot, esp jelolesu
"/boot/efi "particiora.)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
Elotte a forras eszkozt at kell meretezni (Live rendszer -> GParted
-> Resize/Remove opciojaval - hogy kisebb legyen mint a celeszkoz)
Ezutan, pl. a "Rescuezilla"-val (Clonezilla GUI) folytatni. [link]
Vagy a hasonlo "Foxclone"-al.
Vagy vegsosoron, a GParted Copy, Paste opcioival.
(Elore letrehozott szamu/meretu/ fajlrendszeru particiokra - igy
lehetoseg van pl. nagyobb meretu / particio letrehozasara is.
A rendszerbetoltot meg chroot-al a boot, esp jelolesu
"/boot/efi "particiora.)Nagyon tetszik ez a Rescuezilla! Koszi!
-
tvamos
nagyúr
-
joe_m
csendes tag
-
janos666
nagyúr
Csak most latom, hogy 41.7 GB a .cache folder. Az nem sok egy picit? Mondjuk elfert eddig. Mi lehet ez a window_System.zip? 21.4GB. Ez eleg nagy file-nak tunik nekem.
Szerintem ezeket nyugodtan torolhetem.No, hirtelen lement a foglaltsag 49GB-ra, igy akar egy 250GB-s SSD-re is rafer minden.

Attól függ, hogy mi van benne. Ez a steam-é?
-
tvamos
nagyúr
Ugy ertettem, hogy a gep kiakad tole, vagy a steam nem indul, vagy ilyesmi, ha parancssorbol letorlom.
A gyerekkel majd leugyezem, vele nem lesz gond.

(#33542) csixy
Synaptic? Meg sosem hasznaltam...A Timeshift-tel le tudom torolni, csak gondoltam elrakom, ha kell valamikor. De vegulis igazad van, nyugodtan legyakhatom az egeszet.
Csak most latom, hogy 41.7 GB a .cache folder. Az nem sok egy picit? Mondjuk elfert eddig. Mi lehet ez a window_System.zip? 21.4GB. Ez eleg nagy file-nak tunik nekem.
Szerintem ezeket nyugodtan torolhetem.No, hirtelen lement a foglaltsag 49GB-ra, igy akar egy 250GB-s SSD-re is rafer minden.

-
tvamos
nagyúr
Ugy ertettem, hogy a gep kiakad tole, vagy a steam nem indul, vagy ilyesmi, ha parancssorbol letorlom.
A gyerekkel majd leugyezem, vele nem lesz gond.

(#33542) csixy
Synaptic? Meg sosem hasznaltam...A Timeshift-tel le tudom torolni, csak gondoltam elrakom, ha kell valamikor. De vegulis igazad van, nyugodtan legyakhatom az egeszet.
-
bambano
titán
-
csixy
addikt
-
tvamos
nagyúr
-
tvamos
nagyúr
-
sh4d0w
félisten
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.)
Óvatosan a Gparteddel, nekem volt már adatvesztésem vele move operation közben.
-
tvamos
nagyúr
Elotte a forras eszkozt at kell meretezni (Live rendszer -> GParted
-> Resize/Remove opciojaval - hogy kisebb legyen mint a celeszkoz)
Ezutan, pl. a "Rescuezilla"-val (Clonezilla GUI) folytatni. [link]
Vagy a hasonlo "Foxclone"-al.
Vagy vegsosoron, a GParted Copy, Paste opcioival.
(Elore letrehozott szamu/meretu/ fajlrendszeru particiokra - igy
lehetoseg van pl. nagyobb meretu / particio letrehozasara is.
A rendszerbetoltot meg chroot-al a boot, esp jelolesu
"/boot/efi "particiora.)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.)
-
bambano
titán
Az agyonbonyolított megoldások helyett:
a root/boot mérete nem változik, tehát dd-vel másolható.
a home méretét csökkenti, azt meg lehet később tar-ral.
szóval berakja az új ssd-t is a gépbe, ráteszi az uefi és a root partíciókat azonos méretben, dd, grub install.
bebootol az új ssd-ről, berakja a régit slave-nek (csakazértis
) megcsinálja a maradék helyen a home partíciót, és tar. -
growler
őstag
Elotte a forras eszkozt at kell meretezni (Live rendszer -> GParted
-> Resize/Remove opciojaval - hogy kisebb legyen mint a celeszkoz)
Ezutan, pl. a "Rescuezilla"-val (Clonezilla GUI) folytatni. [link]
Vagy a hasonlo "Foxclone"-al.
Vagy vegsosoron, a GParted Copy, Paste opcioival.
(Elore letrehozott szamu/meretu/ fajlrendszeru particiokra - igy
lehetoseg van pl. nagyobb meretu / particio letrehozasara is.
A rendszerbetoltot meg chroot-al a boot, esp jelolesu
"/boot/efi "particiora.) -
Lenry
félisten
a kisebb target miatt a clonezilla is sikítani fog
-
sh4d0w
félisten
Ezek vannak a 2T lemezen:
/dev/nvme0n1p1
FAT (32-bit version) — Mounted at /boot/efi
537 MB — 529 MB free (1,4% full)/dev/nvme0n1p2
Ext4 (version 1.0) — Mounted at Filesystem Root
69 GB — 7,5 GB free (89,1% full)/dev/nvme0n1p3
Ext4 (version 1.0) — Mounted at /home
752 GB — 411 GB free (45,4% full)Ugy gondoltam, hogy az elso particiot dd-vel atrakom az uj meghajtora, a tobbit meg masolom. Az jo lehet? Vegulis tudom a masodikat a dd-vel. Van annyi hely. A /home-on meg takaritok, mert tul sok ott az adat. (Steam-es baromsagok...)
Nem hasznalok LUKS-ot.
(#33529) sh4d0w
Meg sosem csinaltam ilyet, csak nagyobbra. dd-vel masoltam az egesz lemezt. De ez most kisebb.Clonezilla-ról bootolsz, a source és a target legyen csatlakoztatva, az megcsinálja. A dd most nem jöhet szóba, mert kisebbre másolsz.
Futó rendszeren egyébként is ki kell hagynod a pszeudo filesystemeket, /tmp-t, swapot ésatöbbit.
-
tvamos
nagyúr
-
bambano
titán
Ezek vannak a 2T lemezen:
/dev/nvme0n1p1
FAT (32-bit version) — Mounted at /boot/efi
537 MB — 529 MB free (1,4% full)/dev/nvme0n1p2
Ext4 (version 1.0) — Mounted at Filesystem Root
69 GB — 7,5 GB free (89,1% full)/dev/nvme0n1p3
Ext4 (version 1.0) — Mounted at /home
752 GB — 411 GB free (45,4% full)Ugy gondoltam, hogy az elso particiot dd-vel atrakom az uj meghajtora, a tobbit meg masolom. Az jo lehet? Vegulis tudom a masodikat a dd-vel. Van annyi hely. A /home-on meg takaritok, mert tul sok ott az adat. (Steam-es baromsagok...)
Nem hasznalok LUKS-ot.
(#33529) sh4d0w
Meg sosem csinaltam ilyet, csak nagyobbra. dd-vel masoltam az egesz lemezt. De ez most kisebb.én biztos megnövelném azt a partíciót, ami 90%-ra tele van.
-
tvamos
nagyúr
Ezek vannak a 2T lemezen:
/dev/nvme0n1p1
FAT (32-bit version) — Mounted at /boot/efi
537 MB — 529 MB free (1,4% full)/dev/nvme0n1p2
Ext4 (version 1.0) — Mounted at Filesystem Root
69 GB — 7,5 GB free (89,1% full)/dev/nvme0n1p3
Ext4 (version 1.0) — Mounted at /home
752 GB — 411 GB free (45,4% full)Ugy gondoltam, hogy az elso particiot dd-vel atrakom az uj meghajtora, a tobbit meg masolom. Az jo lehet? Vegulis tudom a masodikat a dd-vel. Van annyi hely. A /home-on meg takaritok, mert tul sok ott az adat. (Steam-es baromsagok...)
Nem hasznalok LUKS-ot.
(#33529) sh4d0w
Meg sosem csinaltam ilyet, csak nagyobbra. dd-vel masoltam az egesz lemezt. De ez most kisebb. -
f_sanyee
senior tag
Sziasztok!
A kovetkezo problema megoldasaban kernem a segitsegeteket:
Adott egy 2T SSD, amit most hasznalok, Linux Mint van rajta. Hasznalok a 2T-bol kb. 200GB-t. Ez a 2T-s SSD nagyon jo lenne a gyermekemnek, hogy legyen hely a jatekainak.
Van nekem egy regebbi, 500G-s SSD. Szerintem ez elegendo lenne az en felhasznalasomra.
A kerdesem az lenne, hogyan tudnam a rendszerem, lehetoleg akadasmentesen atteni az 500GB-os meghajtora?meg lehet oldani. a lépések kb ezektől függenek: partíciós tábla típusa, van lvm/nincs lvm, van luks/nincs luks, filesystem típusa.
-
sh4d0w
félisten
Sziasztok!
A kovetkezo problema megoldasaban kernem a segitsegeteket:
Adott egy 2T SSD, amit most hasznalok, Linux Mint van rajta. Hasznalok a 2T-bol kb. 200GB-t. Ez a 2T-s SSD nagyon jo lenne a gyermekemnek, hogy legyen hely a jatekainak.
Van nekem egy regebbi, 500G-s SSD. Szerintem ez elegendo lenne az en felhasznalasomra.
A kerdesem az lenne, hogyan tudnam a rendszerem, lehetoleg akadasmentesen atteni az 500GB-os meghajtora?Atklonozod
-
tvamos
nagyúr
Sziasztok!
A kovetkezo problema megoldasaban kernem a segitsegeteket:
Adott egy 2T SSD, amit most hasznalok, Linux Mint van rajta. Hasznalok a 2T-bol kb. 200GB-t. Ez a 2T-s SSD nagyon jo lenne a gyermekemnek, hogy legyen hely a jatekainak.
Van nekem egy regebbi, 500G-s SSD. Szerintem ez elegendo lenne az en felhasznalasomra.
A kerdesem az lenne, hogyan tudnam a rendszerem, lehetoleg akadasmentesen atteni az 500GB-os meghajtora? -
janos666
nagyúr
Van valakinek ötlete, hogy miért nem tudom kiválasztani az u-blox serial GNSS támogatást? (Z-t nyomva látom, de nem tudom bejelölni a menuconfig-ban.)
Azért nézem, mert már rendeltem egy konkrétan pont ilyen GNSS modult (U-blox LEA-5T)..config - Linux/x86 6.5.7-gentoo Kernel Configuration> Device Drivers > GNSS receiver support qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqlqqqqqqqqqqqqqqqqqqqqqqqqq GNSS receiver support qqqqqqqqqqqqqqqqqqqqqqqqqkx Arrow keys navigate the menu. <Enter> selects submenus ---> (or empty xx submenus ----). Highlighted letters are hotkeys. Pressing <Y> xx includes, <N> excludes, <M> modularizes features. Press <Esc><Esc> to xx exit, <?> for Help, </> for Search. Legend: [*] built-in [ ] xx lqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqk xx x --- GNSS receiver support x xx x - - Mediatek GNSS receiver support x xx x - - SiRFstar GNSS receiver support x xx x - - u-blox GNSS receiver support x xx x [ ] USB GNSS receiver support (NEW) x x
(Alapvetően nem pozícionálásra, hanem idő-szinkronizálásra tervezem használni, csak úgy puszta hobbiból, mert pár ezer forint a kínai verziója, és kicsit furán működik az NTP.).config - Linux/x86 6.5.7-gentoo Kernel Configuration> Device Drivers > GNSS receiver support qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqlqqqqqqqqqqqqqqqqqqqqq u-blox GNSS receiver support qqqqqqqqqqqqqqqqqqqqqqkx CONFIG_GNSS_UBX_SERIAL: xx xx Say Y here if you have a u-blox GNSS receiver which uses a serial xx interface. xx xx To compile this driver as a module, choose M here: the module will xx be called gnss-ubx. xx xx If unsure, say N. xx xx Symbol: GNSS_UBX_SERIAL [=n] xx Type : tristate xx Defined at drivers/gnss/Kconfig:44 xx Prompt: u-blox GNSS receiver support xx Depends on: GNSS [=y] && SERIAL_DEV_BUS [=n] xx Location: xx -> Device Drivers xx -> GNSS receiver support (GNSS [=y]) xx -> u-blox GNSS receiver support (GNSS_UBX_SERIAL [=n]) xx Selects: GNSS_SERIAL [=n] xInnen továbblépve kéne a:
x CONFIG_SERIAL_DEV_BUS: xx xx Core support for devices connected via a serial port. xx xx Note that you typically also want to enable TTY port controller support. xx xx Symbol: SERIAL_DEV_BUS [=n] xx Type : tristate xx Defined at drivers/tty/serdev/Kconfig:5 xx Prompt: Serial device bus xx Location: xx -> Device Drivers xx -> Character devices xx -> Serial device bus (SERIAL_DEV_BUS [=n]) x
Viszont ezt sem tudom bejelőlni, és innen nincs tovább, hogy miért...Ahh. Semmi. Sikerült megoldani (elnéztem, hogy egy al-menüvel fentebb kellett kijelölni a SERIAL_DEV_BUS-t, alatta csak újra megjelenik, de sohasem jelölhető ki).
-
janos666
nagyúr
Van valakinek ötlete, hogy miért nem tudom kiválasztani az u-blox serial GNSS támogatást? (Z-t nyomva látom, de nem tudom bejelölni a menuconfig-ban.)
Azért nézem, mert már rendeltem egy konkrétan pont ilyen GNSS modult (U-blox LEA-5T)..config - Linux/x86 6.5.7-gentoo Kernel Configuration> Device Drivers > GNSS receiver support qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqlqqqqqqqqqqqqqqqqqqqqqqqqq GNSS receiver support qqqqqqqqqqqqqqqqqqqqqqqqqkx Arrow keys navigate the menu. <Enter> selects submenus ---> (or empty xx submenus ----). Highlighted letters are hotkeys. Pressing <Y> xx includes, <N> excludes, <M> modularizes features. Press <Esc><Esc> to xx exit, <?> for Help, </> for Search. Legend: [*] built-in [ ] xx lqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqk xx x --- GNSS receiver support x xx x - - Mediatek GNSS receiver support x xx x - - SiRFstar GNSS receiver support x xx x - - u-blox GNSS receiver support x xx x [ ] USB GNSS receiver support (NEW) x x
(Alapvetően nem pozícionálásra, hanem idő-szinkronizálásra tervezem használni, csak úgy puszta hobbiból, mert pár ezer forint a kínai verziója, és kicsit furán működik az NTP.).config - Linux/x86 6.5.7-gentoo Kernel Configuration> Device Drivers > GNSS receiver support qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqlqqqqqqqqqqqqqqqqqqqqq u-blox GNSS receiver support qqqqqqqqqqqqqqqqqqqqqqkx CONFIG_GNSS_UBX_SERIAL: xx xx Say Y here if you have a u-blox GNSS receiver which uses a serial xx interface. xx xx To compile this driver as a module, choose M here: the module will xx be called gnss-ubx. xx xx If unsure, say N. xx xx Symbol: GNSS_UBX_SERIAL [=n] xx Type : tristate xx Defined at drivers/gnss/Kconfig:44 xx Prompt: u-blox GNSS receiver support xx Depends on: GNSS [=y] && SERIAL_DEV_BUS [=n] xx Location: xx -> Device Drivers xx -> GNSS receiver support (GNSS [=y]) xx -> u-blox GNSS receiver support (GNSS_UBX_SERIAL [=n]) xx Selects: GNSS_SERIAL [=n] xInnen továbblépve kéne a:
x CONFIG_SERIAL_DEV_BUS: xx xx Core support for devices connected via a serial port. xx xx Note that you typically also want to enable TTY port controller support. xx xx Symbol: SERIAL_DEV_BUS [=n] xx Type : tristate xx Defined at drivers/tty/serdev/Kconfig:5 xx Prompt: Serial device bus xx Location: xx -> Device Drivers xx -> Character devices xx -> Serial device bus (SERIAL_DEV_BUS [=n]) x
Viszont ezt sem tudom bejelőlni, és innen nincs tovább, hogy miért... -
hcl
titán
-
bambano
titán
-
hcl
titán
Itt most azért jó a sudo, mert lehetne vele korlátozni dolgokat + megoldani azt, hogy kétféle módon lehessen hitelesíteni; adminolni az admin user jelszavával, updatekhez meg a user saját jelszava kelljen.
-
bambano
titán
Hello,
südő.

Olyat kéne csinálnom, hogy a sudo userként egy admin user jelszavát kéri (ami nem a root, mert a root ugye tiltva).
Defaults runaspw,runas_default=admin egész addig jó, amíg nem akarok sudo su - , mert akkor bekéri a root jelszavát (és a su kéri), mindegy milyen userből adom ki
Runaspw nélkül ugye normálisan működik minden.Mit nem veszek észre?

Az se lenne rossz, ha bizonyos dolgokat (pl. apt) a saját jelszavával tudna futtatni.
sose értettem, minek sudo.
a su bármilyen uidra tud váltani. ha nagyon nem boldogulsz, akkor kulcsos ssh a localhostra.
-
hcl
titán
Hello,
südő.

Olyat kéne csinálnom, hogy a sudo userként egy admin user jelszavát kéri (ami nem a root, mert a root ugye tiltva).
Defaults runaspw,runas_default=admin egész addig jó, amíg nem akarok sudo su - , mert akkor bekéri a root jelszavát (és a su kéri), mindegy milyen userből adom ki
Runaspw nélkül ugye normálisan működik minden.Mit nem veszek észre?

Az se lenne rossz, ha bizonyos dolgokat (pl. apt) a saját jelszavával tudna futtatni.
-
sonar
addikt
-
sonar
addikt
Ez az iptables/ufw, nftables/firewalld megállapítás téves.
Én RPi-n ez alapján cseréltem le az ufw-t firewalld-re és köszöni szépen jól van.
[link]Egyébként érdemes olvasgatni az official oldalt is [link]
Az első oldal alján írnak egy ilyent:
Applications and libraries which support firewalld as a firewall management tool include:NetworkManager
libvirt
podman
docker (iptables backend only)
fail2ban -
_kovi_
aktív tag
Sziasztok!
Eléggé sz@pódok az iconv-vel. Nem nagyon jutok előrébb. Karakterkonvertálást kéne csinálnom UTF8 a fájl ami bejön és CP852-be kell átrakni a magyar ű,ő stb karakterek miatt. Bármit csinálok, többféle karaktertáblával próbálkozom amik ugyanazok mint a z ISO_8859-2, IBM852, de nem sikerül átalakítania.
file -i vel megnézve az uj kódtáblát mutatja, de a fáljba cat-elve a magyar ékezetes betűk szétesnek. -
growler
őstag
-
growler
őstag
-
Lenry
félisten
-
Lenry
félisten
-
sonar
addikt
-
f_sanyee
senior tag
-
sonar
addikt
Ezzel csak az lesz a gond, hogy chmod-ot csak root tud futatni.
Egy másik megoldás, hogy sudo-t teszel elé, és a jelly usert felveszed a sudoers-be és megenged neki, hogy ezt az egy parancsot jelszó nélkül futtassa. -
Archttila
veterán
Új hozzászólás Aktív témák
-
33600 - 33501
35623 - 35601 35600 - 35501 35500 - 35401 35400 - 35301 35300 - 35201 35200 - 35101 35100 - 35001 35000 - 34901 34900 - 34801 34800 - 34701 34700 - 34601 34600 - 34501 34500 - 34401 34400 - 34301 34300 - 34201 34200 - 34101 34100 - 34001 34000 - 33901 33900 - 33801 33800 - 33701 33700 - 33601 33600 - 33501 33500 - 33401 33400 - 33301 33300 - 33201 33200 - 33101 33100 - 33001 33000 - 32901 32900 - 32801 32800 - 32701 32700 - 32601 32600 - 32501 32500 - 32401 32400 - 32301 32300 - 32201 32200 - 32101 32100 - 32001 32000 - 30001 30000 - 28001 28000 - 26001 26000 - 24001 24000 - 22001 22000 - 20001 20000 - 18001 18000 - 16001 16000 - 14001 14000 - 12001 12000 - 10001 10000 - 8001 8000 - 6001 6000 - 4001 4000 - 2001 2000 - 1
-
Fórumok
LOGOUT - lépj ki, lépj be!
LOGOUT reakciók Monologoszféra FototrendGAMEPOD - játék fórumok
PC játékok Konzol játékok MobiljátékokMobilarena - mobil fórumok
Okostelefonok Mobiltelefonok Okosórák Autó+mobil Üzlet és Szolgáltatások Mobilalkalmazások Tartozékok, egyebek Mobilarena blogokPROHARDVER! - hardver fórumok
Notebookok TV & Audió Digitális fényképezés Alaplapok, chipsetek, memóriák Processzorok, tuning Hűtés, házak, tápok, modding Videokártyák Monitorok Adattárolás Multimédia, életmód, 3D nyomtatás Tabletek, E-bookok Nyomtatók, szkennerek PC, mini PC, barebone, szerver Beviteli eszközök Egyéb hardverek PROHARDVER! BlogokIT café - infotech fórumok
Infotech Hálózat, szolgáltatók OS, alkalmazások SzoftverfejlesztésFÁRADT GŐZ - közösségi tér szinte bármiről
Tudomány, oktatás Sport, életmód, utazás, egészség Kultúra, művészet, média Gazdaság, jog Technika, hobbi, otthon Társadalom, közélet Egyéb Lokál PROHARDVER! interaktív
- Fórumok
- OS, alkalmazások
- Linux haladóknak
- (kiemelt téma)
- Proxmox VE
- OLED TV topic
- Macrodroid
- Milyen okostelefont vegyek?
- Projektor topic
- Napokon belül váratlan versenyzővel bővül a VGA-piac
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- Háztartási gépek
- Okos otthon - Home Assistant, openHAB és más nyílt rendszerek
- Azonnali informatikai kérdések órája
- További aktív témák...
- 27% - ÚJ - Captiva 16" Notebook! Ryzen 9955HX / RTX 5090 / 64GB DDR5 / 2TB NVMe! BeszámítOK
- BESZÁMÍTÁS! MSI MAG Z790 i9 13900KF 64GB DDR5 1TB SSD RX 7900 XT 20GB be quiet DARK BASE 701 850W
- ÚJ Lenovo IdeaPad Slim 3 - 15.3" WUXGA - Snapdragon X X1-26-100 - 24GB - 1TB - Win11 - Garancia
- RTX 3070 - 5600x - 32GB DDR4
- 5G Lenovo ThinkPad P14s Gen 3 Intel Core i7-1280P Nvidia T550 32GB 512GB FHD+ IPS 1 év gar
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
: várom annak a GRUB/LILO/... programnak a nevét ami ezer éve tudja a "bármi-telepitett-OS" RAMdrive másolását majd indítását! 




Több okból is.


) megcsinálja a maradék helyen a home partíciót, és tar.
