- A világűrbe repíti az AI-t az NVIDIA és a Starcloud
- Kézikonzoltól a gamer PC-ig minden területet lefedne a Corsair új SSD-je
- Hidat épített az NVIDIA a hagyományos és a kvantumszámítógépek közé
- Villámgyorsan töltődhet be minden a PNY új SSD-jével
- A Kensington új terméke mindent megtesz, hogy kímélje csuklódat
- OLED TV topic
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Házimozi belépő szinten
- AMD GPU-k jövője - amit tudni vélünk
- Rendkívül ütőképesnek tűnik az újragondolt Apple tv
- Milyen TV-t vegyek?
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- TCL LCD és LED TV-k
- VR topik (Oculus Rift, stb.)
- Notebook hibák
-
PROHARDVER!
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
Dißnäëß
nagyúr
Cache vinyó: NE.
Cache SSD: aham.
Egy régit is befoghatsz, ami szedi a lábát, 2 HDD esetén is még szekvenciálisban jobb lesz kicsit, de a sok random olvasásban pláne. Mikor belépsz egy rengeteg fájt vagy könyvtárat tartalmazó poolba, nem darálgat hosszabb ideig, mire beolvassa. -
#104789
Dißnäëß
nagyúr
tordaitibi
#104783
Dißnäëß
nagyúr
válasz
tordaitibi
#104783
üzenetére
Cache-nek kiváló, míg szét nem hal.
-
-
#104777
Dißnäëß
nagyúr
tordaitibi
#104772
Dißnäëß
nagyúr
válasz
tordaitibi
#104772
üzenetére
Dehogy, az optika halott. Kapni, csak minek.
SSD-t se, áramszivárgás, melyik meddig őrzi meg az adatot, ha évekig nincs bekapcsolva.HDD, de nem a gyártóban bízunk, hogy jót csinál nekünk, se nem a nagykerben-kiskerben, hogy szépen kezelik őket. A gyártó szart csinál, a szállítók pedig rugdossák őket, ebből indulunk ki. - - - > minél több, annál biztosabb, hogy túlél a backup is
Marha egyszerű.Szóval linuxos vagy windows-os (vagy urambocsá, BSD-s) raid jellegű cucc ami szóbajöhet. Akinek nincs sok pénze, mirror-ozzon, vagy 6 használt-kisebb-olcsóbb HDD-vel raid6 jellegű dolgok, egyszerre 2 már tényleg ritkán hal.
-
Dißnäëß
nagyúr
válasz
urandom0
#104770
üzenetére
Ennyi.
Nálam amúgy 2TB WD Green hullt anno. Az a szutyok... és volt több is, huh, elpasszoltam míg 100/100 volt a maradék. Érdekes módon a meghalt Green is 100/100 volt, mikor letettem.
Egyébként enterprise környezetben is hibatűrőek a backup-ok. Jó esetben
De ahol én voltam infra architect, ott mindenképp.
Itthonra nem kell.
Snapshooooooooooooooot ruuuulzz![;]](//cdn.rios.hu/dl/s/v1.gif)
-
Dißnäëß
nagyúr
Nyilván akkor van backupod, ha vissza is tudod állítani.
Így van.Raid5 nekem sem hullt még rebuild alatt, de nagyon érzékenyek rá "egyesek" IT-ban és kapja az ember a fejére, hogy így butavagy, úgy butavagy, jújmekkora risk, aztán nesze, életemben nem láttam még ilyet (hálistennek) saját magamnál. Persze, létezik, csak na.
Végülis, mindenben van valami tradeoff, az esélyek csökkentéséről szól az egész, ez meg itthoni felhasználásban nagyon szubjektív megítélés alá esik.Felmegyek a jövőben igencsak egy 6-lemezes raidz2-re, de itt stop.
Majd írd már meg, mi lett az egymásutáni clear & scrub indítás-leállás dologgal, mert kis gugli után egy srác ugyanígy járt és kitisztult a pool-ja ezzel.
-
Dißnäëß
nagyúr
Mert már jártam úgy egy WD-vel, hogy levettem fél év után a polcról és félig felpörgött, aztán "áhhh, elfáradtam" és nyekk. Szar széria is volt, mint megtudtam később, de azért kellemetlen élmény. Buktam fél évnyi hobbifotós raw anyagot, ez volt a tanulópénz. (Túl azon, hogy az élest én csesztem el).
Vicces, amikor a backup "backup"-ja az éles
, "valamelyik csak jó lesz" alapon, csak hát az ember a backup-ot nem akkor szokta elővenni, amikor az élesen minden oké, hanem amikor NEM oké, ergo onnantól a backup az egyetlen hely, ahol az adat megvan. Legyen az egy normális hely, nem ? Sosem értettem, hogy egy élest érintő disaster esetén miért gondolják sokan, hogy az az egyszem HDD backup jó lesz úgy, pláne annak fényében, hogy ugyanakkora terhelést kap egy helyreállítás során a backup HDD, mint amikor raid5-ben egy HDD megmakkan és beindul a resilvering (és makkan a terhelésre egy másik - ez a nagy félelem a raid5-től).
Nem logikus a backup-ot is redundánsan tárolva tudni, fullos logikai védelemmel ? A visszamásolás sebességéről nem is beszélve, nálam azért megvan a 700 mega átlagban, ez azért egy fokkal szebb, mint 1db HDD amikor nekiesik a teráknak.
Próbáld meg zpool clear után a scrubot elindítani, majd le is állítani egyből.
-
Dißnäëß
nagyúr
Ezt a rizikót bevállalom, amiket említettél. Végülis a nap végén ezen múlik a dolog.
Viszont kitett backup HDD-ből is minimum kettőt vennék, mirror-ban. Ami nemhatékony méret ügyileg, így abból is 4 lenne akkor már.
És a ZFS-ben nem csak maga a raid mivolta a csábító, hanem az ezzel járó integrity. zpool clear megvolt ?
zpool scrub <pool> megvolt ? -
Dißnäëß
nagyúr
Igen, ez az általános mantra, aztán a Reddit ZFS fórumán és még pár helyen nem csak jómagam, de többen is elég szép kis beszélgetésbe keveredtünk eme mindset szemellenzős híveivel (nem Rád utalok).
Szóval igen, ez egy alapvető igazság, de nem a teljes igazság.
Ahogy az sem, hogy a ZFS egy fájlrendszer (ahogy sokan hiszik).Egy szó mint száz, én azon ZFS-felhasználók táborát gyarapítom, akiknek nincs külön backup-juk, mert annyira "ügyes", hogy okafogyottá válik.
Persze a backup backupjának is legyen backup-ja, igen, hogyne, ez a legtutibb
(bármire is él a világon), de azért a földön maradva, itt TÉNYLEG nincs rá szükség. Egyszerűen semmi értelme egy több lemezes ZFS exportált poolt kitenni a polcra, hogy ott álljon, miközben el is érheted az adatokat rajta. Semmi különbség.
Jó. Ha villám hasít a gépbe és mind a 4 HDD-m odalesz, mert keresztülmegy mindenen és megmakk, akkor vessek magamra, oké. Akkor a polcos backup győzött.
De ilyenben - egyelőre - nem hiszek, tele vagyok védelemmel (a gép előtt is).
Ha nem ZFS lenne, ugyanazt mondanám, amit Te amúgy, mert tényleg egyetértek.
-
Dißnäëß
nagyúr
Dettó.
Ááá próbáltam VirtualBOX alól (W10 alatt) odaadni a 4 diszket direktben a Linuxnak, kissé mókolós, de nem is ez, hanem unsafe mai napig
, ennyi éles adatot nem buknék, családi képek és minden egyéb atyaúristen kb.De ha ezen reszelnének kicsit a jövőben, akár működne is (stabilan, így értem).
Most egyelőre W10 tényleg csak Adobe cuccok + 1-2 játék, Linux alatt pedig minden más.
A tv-nek és a telónak (wireguard-on keresztül) NFS-el adom a cuccost, bevált, de a sharing kb. ennyi.FreeBSD régóta mocorogtat. Filózok, miben adna többet a Debilnél.
Érdekelni érdekel, csak a mai világban már 10x meggondolom, mire áldozok időt, kevés a 24 óra. -
Dißnäëß
nagyúr
Igen.
Sok különböző területen nagyon nagyot jöttek a disztrók az elmúlt 10 évben, hw támogatás, szoftver kompatibilitás (fájlrendszerek, driverek, stb). Emlékszem gimi végén még mit össze sz**tunk 1-1 rendszerrel, ma meg pfff. szinte katt-katt-katt, ha olyat választasz.
Windows alá kéne még a ZFS-t rendesen bevarrni, az OpenZFS eléggé le van maradva, továbbra sem merem a NAS-om ZFS diszkjeit Windows-al megnyittatni, még nem kiforrott. De jön ez is hamarosan (remélem) feature parity szintre a Linux verzióval. Szerk.: stabilitás pláne.
-
#104736
Dißnäëß
nagyúr
tordaitibi
#104724
Dißnäëß
nagyúr
válasz
tordaitibi
#104724
üzenetére
Akkor ezért ilyen rohadt jó a BF nálam 3050-en. Végre tudom.
(W10). -
Dißnäëß
nagyúr
-
#104704
Dißnäëß
nagyúr
IstvánLászló
#104702
Dißnäëß
nagyúr
válasz
IstvánLászló
#104702
üzenetére
Debian is hasonló irány, 2023-ban fogalmazódott meg konkrétabban..
Most itt tartunk: [link] -
Dißnäëß
nagyúr
válasz
ubyegon2
#104685
üzenetére
Gyakran ilyen idiótauserbarát.
Tapasztalat.Amúgy az
apt removehelyett azapt purgeis jó, ha soha többé nem kell egy adott csomag. Ez annyival tud többet, hogy még a csomag által kreált és remove-kor otthagyott-otthagyandó config mappákat és fájlokat is törli, írmagja sem marad a csomagnak és ha újra felteszed, mintha szűz terepre tennéd és soha nem lett volna feltéve, olyan. Legalábbis definíció szerint, mert nekem már a purge is hagyott ott maradványt, de ritkán.apt autoremove -ynéha olyat is elvett régen, ami meg mégiscsak kellett másnak, így az eltört indításkor, de ha nincs sok kézi hack-elés és "tudja" a rendszer jól nyilvántartani a függőségeket, nem szokott galiba lenni.Szerk.: a ph színez, nem én.
-
-
#104659
Dißnäëß
nagyúr
fekete.puma
#104653
Dißnäëß
nagyúr
válasz
fekete.puma
#104653
üzenetére
QEMU/KVM. Lehet más is így van ezzel..
-
Dißnäëß
nagyúr
válasz
ubyegon2
#104648
üzenetére
Így így, testing-en vagyok és már 13-as háttér van
Egyszercsak egy (kézi) update-em után ez lett. "Jééééé... oké köszi".Amúgy meg elvileg hard freeze-ben vagyunk. Már nem sokáig, de időpont nincs kitűzve.
@cigam: [link]
Debian-nál egy folyamnak kell elképzelni az egészet, ahol egy adott "unstable" csomag miután már átment X időnyi tesztelésen és/vagy bug-nemjelentésen, azt elkezdik "vélhetően nem véres a torka" minőségűnek tekinteni és unstable-ből bekerül testing fázisba. Még itt is jöhet ki baj és arra fix, de egyelőre nem stable. Stable-nek sok feltétele van, idő is, security is..
Debiannál ez nemkicsit összetett, de valahogy zseniális mégis.
Szemléltetésképp.. én ezen az infografikán biztos elméláztam egy fél órát
Igaz, 2012-ig megy, de durva eltérés most sincs.Ebből az alap logikát a komplett release kezelésre meg lehet már sejteni.
-
Dißnäëß
nagyúr
-
Dißnäëß
nagyúr
válasz
ubyegon2
#104638
üzenetére
Köszi az infót, nem követtem egy ideje (fél-1 éve néztem rá komolyabban).
Hát igen, RHEL is rég volt, mikor szép volt. Az ilyen nagyok előbb-utóbb kurvulnak vmilyen irányba, shame..
Amúgy néha előveszek erre-arra csak amolyan "challenge" szinten RedHat derivatívát, hogy ne maradjak túlzottan a magam kis zárt .DEB világában
és DistroWatch gyors infói mentén a CentOS Stream / Alma / Rocky hármasból a Rocky-t választva (ha már a Debian is erős community alapú, legyen itt is ez) nem csalódtam, de uh, azért elsőre Alice in Wonderland, jé, ez így, jé ez úgy .. 
Nem űrtechnika, de szokni kell.
-
Dißnäëß
nagyúr
válasz
ubyegon2
#104630
üzenetére
Magán az LM oldalon volt talán, hogy a hosszútávú stratégiájuk Ubunturól majd egyszer Debian alapot használni, úgy értem direktben, nem egy köztes Ubuntura építkezni. Ezért jött létre az LMDE és vélhetően eltűnik végleg, ha tesztelték eleget és meglesz a döntés. Addig Ubuntu alapú a mainstream Mint. Hogy ez a stratégia még mindig így van-e, nem tudom. Közben meglett, igen. Ha egyszer Canonical úgy dönt, az Ubit lelövi, vagy valami randaságot tesz vele, mint a nagy piros kalap, ott a backup disztró a Mint túléléséhez, HA még nem álltak át arra.
-
Dißnäëß
nagyúr
válasz
cigam
#104614
üzenetére
Legutóbbi infóim szerint az Ubuntu az, az LTS-ek jobban talán, mint a normálok, de vegyesen szednek unstable-ből és testingből is, sok saját teszteléstől megkímélve magukat így. De vegyes a kép amúgy.
Nem szoktam fogadni. Mindenesetre, nem Fedorából, se nem Arch-ból építkezik, pláne nem Suse.. egyértelműen Debian derivátum (ami szvsz fasza dolog, de ez ízlés dolga kb, mint az, hogy szereted-e a gulyáslevest).
-
Dißnäëß
nagyúr
Szerintem nem durva, de lehet rosszul látom... , a stable-t felteszi egy grafikus felülettel, akár default akár mittomén, Cinnamon, tök jól használható, alig "harcore-abb", mint egy Ubi, vannak a common csomagok, amik minden szart hoznak magukkal, grafikus csomagkezelőtől kezdve wifi bas*tatón át az audio alrendszerhez soksávos EQ, satöbbi, tök jó, még az nvidia Optimus is megy jól (Intel CPU integrált VGA + nvidia egyszerre használata).
(Vagy csak én fejlődtem és nem tűnik fel már, de nem akarok ekkora arc lenni, úgyhogy mondjuk úgy, nem feltétlen durva liga a Debil)
Ha így nézzük, ő az anya, Ubuntu a gyerek, Mint és többi Ubuntu derivatíva az unokák
(Ezek mind Debian Testing-re épülnek amúgy, nem stable-re).Vidikártyákkal én se szeretek szívni, elég ha a driver megy szépen és kezeli a 4K 144Hz-et + kodekek, YT fullscreen nem röccen, VLC is folyékony és a CPU is nyugszik közben. Desktop módhoz 1-2 vidihez, YT, stb, kell. A proprietary driver nem is szivat, nekem tökjó.
Szervernél én is teszek rá magasan, a Pi4-en is csak CLI van, meg a szervertermin is. Sosem szerettem a VNC-t
meg ha már grafika van, az nagy overhead tud lenni (nem csak maga a DE, hiszen egy XFCE nem nehézsúly - ellenben egy KDE-vel - hanem a progik innentől, egy gparted hasonlókat tud, mint egy mezei parted, mégis 10x annyi fájl.. csak példa). -
Dißnäëß
nagyúr
Igen
Én is csak azért szívtam még egy viszonylag "gyöngéd" Debiannal is (ami régen sokkal hardcore-abb volt a 2000-es évek elején, mint ma), mert AKARTAM.
De még ezen is van úgy, hogy rengeteg a vakfolt.
Pl. X/Wayland és minden, ami grafika. Sosem érdekelt. Ezt sem ezen, sem máson nem fogom megtanulni. Sokan kántálják, hogy AMD és pont egy hónapja váltottam Ryzen internal GPU-ról GPU mentes Ryzenre és RTX 3050-re arra a pár játékra, amit régen toltam... az első, legrégebbi kártya-széria, ami tud normális AV1 dekódot is. Seamless átállás és hibátlan proprietary driverrel. (Persze, most már az open is nagyot fejlődik). -
Dißnäëß
nagyúr
A hopperkedés szvsz hipster dolog. Igazán kitanulni egy disztrót viszont sokkal nagyobb érték, mert kevésbé lesz olyan, hogy egy alapvetően - feltételezhetően jól - összeintegrált komplett rendszer egyik elemét csak SUSE, másik elemét meg csak Gentoo "nyelven" érti az ember, a harmadik akármin ülve épp. Ennek semmi értelmét nem látom. Egyes komponenseket viszont (mysql, redis, maga a linux, cron, rsync, ssh, luks, stb stb) egyetlen disztrón bőven ki lehet tanulni. Lehetőleg olyanon, ahol az automatizáció mértéke is csak közepes, mert ahol mindent kézzel kell összetákolni, az teljes agyhalál és elmegy az ember kedve tőle, ahol pedig minden hülyére automatizált, ott nem igazán történik nagy tanulás.
Mondjuk egy "szabadelvűt" otthonra (Debian) és megfelelő tesztkörnyezetben egy RHEL-vonalat a munkahelyre, mert ott gyakran az jön szembe. (Vagy Ubuntu még).
A VM-ek erre valók.
Egyébként kezdőkről volt szó, nem tanulókról vagy használókról. Lehet bárki úgy kezdő, hogy nem érdekli az egész, meg úgy is, hogy tanulni akarja. Attól még kezdő.
Nagyon nem mindegy, hogy egyből deriválni kezd, vagy esetleg előtte megtanul zárójelet helyesen felbontani.
-
Dißnäëß
nagyúr
Én azt is szoktam mondani, hogy meg kell becsülni, hogy feltételezetten mekkora lehet a mögöttük lévő community. Mert nem csak az a lényeg, hogy hány problémára esélyes a "tanuló", hanem hogy mennyire kap megoldást ezekre. Persze mondhatnánk, hogy tanulni csak szo**ssal lehet, de azért nagyon nem mindegy ennek mértéke és mennyisége.
Ilyen szempontból én spec. örülök, hogy SUSE-Debian vonalon kezdve, sok hülye kanyart téve az évek alatt több egyéb irányba (feleslegesen) végül maradtam a jó öreg Debiannál, abból is testing, ami sokkal inkább "stable" mint "unstable".
-
Dißnäëß
nagyúr
válasz
Dißnäëß
#104387
üzenetére
Látható, hogy a feloldás után az lsblk beteszi a virtuálisan létrejött /dev/mapper-es alias-okat az őalattuk lévő tényleges eszközhöz. (Ábrázolásban a fizikai alatt van a logikai a könnyebb megértés végett, de beszédben úgy mondjuk, az eszköz felett van a titkosított réteg és afölött a fájlrendszer az adatokkal). De ez míg nincs feloldva semmi, nem is látható, sőt, header hiányában még csak nem is sejthető. Persze, Ti mostmár tudjátok
de úgyis átalakítom az egészet a napokban, szóval mindegy is.Műxik szépen.
Na jó étvágyat !
-
#104371
Dißnäëß
nagyúr
tordaitibi
#104357
Dißnäëß
nagyúr
válasz
tordaitibi
#104357
üzenetére
Szerintem szétszórja. Miért ne tenné ?
Konténer itt nincs. Még partíció sem.
Tehát mégegyszer:
- Live linux
- LUKS titkosítom offset-et megadva neki az SSD második felét (vagy még hátrébbtól)
- megnyitom, lesz egy /dev/mapper/akármim és ezen partíció, majd adatok rá
- reboot, live linux usb kiBárhova viszed az SSD-t, semmi meg nem fogja mondani, hogy titkosított adat van a "második felén". Az ott kívülről random adat, nem megmondható, hogy micsoda, pláne ha még a header is máshova van téve.
Windows usb be, vagy másik Linux, mindegy.
SSD elejére feltelepít.
Bootol, minden szupi.Lejelenti az SSD-nek egy ponton a trim támogatás miatt, hogy mi az, amit ő foglal és értelmes adat. A többi mehet a levesbe.
Kontroller megkapja ezt az infót és azonnal úgy tekintheti, hogy minden egyéb, ahol nincs ezen OS által lejelentett területen adat, szemét, ergo a cellákba írhat, felszabadíthatja azokat, akármi.
Magyarul, szétcseszheti a titkosított részt akár.
Vagy nem
Erre irányul a kérdésem.
-
Dißnäëß
nagyúr
válasz
ubyegon2
#104339
üzenetére
Van ugye a Veracrypt, Truecrypt, LUKS stb.
Honnan tudja az SSD vezérlő hogy egy adott logikai szektor üres lett ? Vagy hogy az ott lévő adat "szemét" ?
Az OS lejelenti neki discard-al ?
Oké.És ha egy SDD-n egy LUKS titkosított partíciót hozok létre a 2. felére, egy Live Linuxról, az első felére pedig telepítek egy másik OS-t, amit be-bootolok, az discard-ozni fogja a második felén lévő (rejtett, nemlátott) OS-t, azaz a trim, akár OS-é, akár garbage collection, kinyírja a LUKS-os partíciót csak mert nem az őt ténylegesen feloldó-használó OS-el boot-olok be ?
-
Dißnäëß
nagyúr
Ezt nem mondtam, csak sejtem: minden kézenfekvő, tele van olyan tool-al, amivel sima floppy-t is lehet kötni a gépre és importálni be lemezeket (megfelelő csatlakozással persze), eléggé rá van optimalizálva az alap OS arra, hogy futtasson bármit és azt normálisan tegye.
+ hangulat, design, feeling, stb.
Igazából csak kipróbáltam. Mindenesetre a Streed Rod-ban jó, hogy nem kell a lemezeket forgatni 2 esemény között
-
Dißnäëß
nagyúr
válasz
Necronom
#104041
üzenetére
GEOS istenem.... <3 <3 <3
C64 rulz.Pár hete néztem pont a Commodore OS 3.0-át (Debian bookworm alap, saját BASIC, stb). hát marha jó
Lassan már rip-elni sem kell a 120-130 floppy-m, mert minden megvan netről... durva, hol járunk technikában, anno meg csak úgy égettük a haverokkal 2 floppy-val is a Disk Copy-t, hihetetlen tetűlassú volt a legturbóbb módban is bármit megosztani egymás között -
Dißnäëß
nagyúr
-
Dißnäëß
nagyúr
válasz
Dißnäëß
#104138
üzenetére
Peru 4K kifogástalan, 175% 4K 144Hz mellett, fractional scaling controls (experimental) ON mellett. Debian 13 abból is testing, illetve Firefox ESR 128.10.1esr 64-bit, AdBlocker Ultimate + Ublock Origin + Ghostery egyszerre.
+ nvidia a kari, gyári driverrel (amit nemrég megnyitottak amúgy). De ez Cinnamon, nem plasma.
Próbáltad már esetleg ?
-
Dißnäëß
nagyúr
-
Dißnäëß
nagyúr
válasz
Adamyno
#102749
üzenetére
Lenovo mélyrepül jó ideje
Nekem is volt, adtam is el hamar.Az általános trend is gáz, forrasztott RAM modulok pl, de azt mondom, esküdnék Dell vállalati szériára, HA azokba meg tisztességes kijelzőt is tennének. Ott van még a HP, kettő vállalati is betojt alattam, kösz nem, esetleg Thinkpad-ek.. nem tudom. Nehéz.
Inkább nemvállalati noti, aminek normálisabb a hűtése, kijelző klassz, cserébe zsanérok gyengébbek, de megesküszök magamnak arra, hogy nem ejtem le
Nem egyszerű és a spórolás elvitte a vállalati "tankokat" is abba az irányba, hogy egyre több modelljük értékelhetetlen hulladék..
-
Dißnäëß
nagyúr
válasz
CPT.Pirk
#102745
üzenetére
Dettó. Új vas, GPT, haladni kell a korral. Meg nekem tetszik, hogy GPT partíciós táblán 128 partíció is lehet végre + nincs primary-secondary, csak pakolgatod egymás mellé őket, van label, stb. Annyira sokkal kényelmesebb.
Előbb-utóbb megszűnik a régi dolgok támogatása, ugyanúgy, ahogy i386-al is leállt a Debian nemrég.
Az egyetlen dolog, amitől félek, hogy a hardverek OS agnosztikussága megszűnhet.
Ma még felpakolsz bármit egy UEFi-s gépre. Holnap lehet 1 szoftver vendornak (esélyesen M$) lesz annyi ráhatása az iparágra, hogy hoz vmi olyat, amivel csak a majdani Windows fut majd minden mainstream alaplapon, vagy lesznek olyanok, amik "minden másra" is jók (pl. FreeBSD, Linux). Egyelőre nem ez az irány talán, de remélem, nem lesz igazam, csak a játékot gyakran a gigászok irányítják.
Mondjuk az tetszik, hogy Windows alá bekerült a WSL, még ha nyakatekert is kicsit, mintha megadták volna magukat a redmondiak kicsit az erő világosabbik oldalának.
-
-
#102729
Dißnäëß
nagyúr
fekete.puma
#102727
Dißnäëß
nagyúr
válasz
fekete.puma
#102727
üzenetére
/home/user/data, de leginkább - ha szokatod Magad erre, az hoz rendszert az életbe - /mnt/data például.
Aztán symlink-elni /home/user alá is, hogy ha a fájlkezelő itt indul, azonnal látszódjon
-
#102728
Dißnäëß
nagyúr
fekete.puma
#102721
Dißnäëß
nagyúr
válasz
fekete.puma
#102721
üzenetére
Gnome system monitor.
-
#102717
Dißnäëß
nagyúr
fekete.puma
#102710
Dißnäëß
nagyúr
válasz
fekete.puma
#102710
üzenetére
A konfig fájlok miatt talán.. a .-al induló rejtett könyvtárak. Kb.
Meg Documents, Pictures, Downloads, ha rendesen használod őket és sosem viszel el innen máshova (pl. NAS) adatot, jó, ha nem az OS-el együtt ül.
Nálam mondjuk így van, de én aktívan nyúzom a NAS-t is, nem csak néha mikor eszembe jut egy backup.
Szerk.: symlinkelés is hasznos, ha nem eleve amoda mount-olod fel említetteket.
-
Dißnäëß
nagyúr
válasz
sh4d0w
#102704
üzenetére
Ez messzire vezetne és nincs időm leírni, ha hétfő estig nem lesz válasz, szólj rám.
Én is ezt választanám. Olyan jó, hogy már nincs boot sector meg ilyen hülyeségek, csak legyen egy fat32-es partició benne a megfelelő fájlokkal, amit lát az UEFI (BIOS) és viszlát.
GPT partíciós tábla + UEFI-re
+1@puma: bizt kedvéért 100MB EFI system partition, swap meg ha van elég RAM, nem kell. Évek óta swap nélkül vagyok. De tehetsz neki 4G-t és később a swappiness-t lehúzni, hogy ne nagyon használja, csak ha már falnak megy a sztori (mert amúgy hajlamos írogatni bele tökfeleslegesen, alapbeállításban, az SSD lifetime pedig érték).
-
-
Dißnäëß
nagyúr
válasz
Krissz80
#102686
üzenetére
A Volumio egy komplett disztró, nem önálló lejátszó.
Lehetséges a GUI-t feltenni linuxra, ami az alatta lévő MPD-t hívja lejátszáshoz, van itt aki összetákolta ezt, de alapvetően ez egy komplett OS amúgy és még a realtime kernel-t is ajánlják hozzá (a standard helyett).
-
-
Dißnäëß
nagyúr
Sziasztok,
Minden (a szám változik)
fajl01.egyebleiras.txt -t szeretnék átnevezni
Fajl01.Egyebleiras.txt-re.És ezekből van sok, 02, 03 ...
mv -vel képtelen vagyok összerakni, még a -T sem hat, amivel a destination normál fájl lenne directory helyett, man szerint.
Van valami CLI-s nyakatekert magic, amivel össze lehet ezt rakni egyetlen parancsba ?
-
Dißnäëß
nagyúr
Uh, ezért nagy köszönet, nem reméltem ennyire részletes választ. Hálás vagyok.
lockdown90, urandom0: manuálisan kell csinálnom, bonyolítja a helyzetet, hogy LUKS-on van minden.
Tehát a boot folyamatom most kb:
- USB-ről UEFI boot
- azonnal kéri a jelszót az SSD / (root) feloldásához, ezt billentyűről megkapja tőlem, ezzel feloldódik a / ténylegesen
- crypttab-ból összeszedi a 4db HDD feloldásához szükséges infókat az SSD-ről
- header és key fájlokat felnyalva feloldja a HDD-ket kis seek-elés keretében
- boot-ol tovább és voilá, Debian Testing Cinnamon login screenSzóval igazából az SSD / -om egy /dev/mapper eszköz már eleve, így a 0. lépés az, hogy titkosítom az SSD-t, majd feloldva ezt, a /dev/mapper/ ... eszközön létrehozom a fájlrendszert, rsync ... ... ... és végül fstab/crypttab mókolás és finishing lépések.
Valahogy még összelegózom értelmesen, most munka és rohanós, csak így megjegyeztem.
Ilyen custom setup-al a Clonezilla nem bír el szerintem + én sem tanulok belőle akkor, ami célom mindemellett (járulékos hozadék) Ha elmegyek itthonról, gép kikapcs, USB kihúz és zsebre vág, aztán lehet nézelődni, mi van rajta. Egy legális W10 legális játékokkal + 4 üres HDD
-
Dißnäëß
nagyúr
Sziasztok,
a gép USB pendrive-ról boot-ol (ezen a /boot, UEFI-only konfig) és a / az SSD-n van mint egy szimpla 40 Gigás partíció.
Ha SSD-t szeretnék cserélni (mert öreg, HD Sentinel szerint már eléggé kopott, bár tünetmentes), elég ezeket a lépéseket megtennem ?
1. új SSD betesz, régi még marad
2. boot-olok hagyományos módon mint eddig
3. új SSD-n létrehozom a leendő új rendszerpartíciót, azonos fájlrendszerrel
4. mindent át-rsync-elek oda, ügyelve a kapcsolókra, tehát jogok stb... minden átmegy oda
(Itt felmerül bennem a /dev-es speciálos fájlok esete, ez így mi, hogy ?)
5. fstab-ban átírom a "root=" sort az új partíció UUID-jére
6. talán grub.conf-ban is, vagy még valahol, de nem vagyok biztos (+ egy update-grub parancs)
7. Reboot és ima.Tuti ez így nem lesz még jó, mi hiányzik ? Ezt csak a megérzésem mondatja velem
-
Dißnäëß
nagyúr
-
Dißnäëß
nagyúr
válasz
ubyegon2
#72471
üzenetére
user@DESKTOP:~$ inxi -Sxxx
System: Host: DESKTOP Kernel: 5.4.0-4-amd64 x86_64 bits: 64 compiler: gcc v: 9.2.1 Desktop: Xfce 4.14.2 tk: Gtk 3.24.13
info: xfce4-panel wm: xfwm4 dm: LightDM 1.26.0 Distro: Debian GNU/Linux bullseye/siduser@DESKTOP:~$ inxi -Gxxx
Graphics: Device-1: NVIDIA GK208B [GeForce GT 710] vendor: Micro-Star MSI driver: nvidia v: 440.64 bus ID: 06:00.0
chip ID: 10de:128b
Display: x11 server: X.Org 1.20.8 driver: nvidia unloaded: fbdev,modesetting,nouveau,vesa alternate: nv
resolution: 1600x900~60Hz, 1920x1080~60Hz
OpenGL: renderer: GeForce GT 710/PCIe/SSE2 v: 4.6.0 NVIDIA 440.64 direct render: Yes -
Dißnäëß
nagyúr
válasz
ubyegon2
#72458
üzenetére
Jogos, az pont a gép, amin dolgozom is (a host), azért nincs VM-je külön. Csak ez már be van lakva..
Na akkor gyorsan lemérem azt is + összeszedem ezeket a debil 10-es live-okat.
A használt image-ek rendre: debian-live-10.3.0-amd64-......+nonfree.isoÉs akkor a lista:
gnome - 665M
cinnamon - 543M
kde - 439M
lxqt - 330M
xfce - 325M
mate - 323M
lxde - 298M -
Dißnäëß
nagyúr
válasz
Tarokk79
#72436
üzenetére
Szia, véletlen nézve be ide látom a "bajod". Hasonló kis laptopom volt, nemrég adtam el (picit erősebb CPU de nem számít igazából, ugyanígy DDR2, stb).
Egyetértek vadkörtével, RAM max-ra (ahogy csak lehet) és utána egy Xubuntu, Lubuntu. (Utóbbi szebb, annak ellenére, hogy nem eszik többet).
Facebook, youtube elég lassú lesz, de lehet még egyéb értelmes dolgokra is használni egy ilyen gépet.
1. DDR2-es SoDimm-el bővíthető
2. Ha van PC/laptop szerviz a környéken, vagy akihez van bejárásotok, próbáljatok bele 2x2G-t !! Sok DDR2-es gép van, ami amikor még kijött, a gyártó az elérhető RAM modulok mérete alapján adta meg az elérhető maximumot (vagy marketing okokból, hogy vedd az izmosabbat) és közben a gép chipset és CPU alapján támogat 2x annyit is lazán. Megnézném, ez a Toshiba megeszik-e 2db egyenként 2G-s modult (DDR2-533 vagy jobb) és ha igen, stabil velük, őket hagynám benne és felmentél 4G-re.
3. Xubuntu, Lubuntu 2G-vel is jó, nem kell félni a 2G-től, de azért arra ügyelni érdemes, hogy ne legyen nyitva egy Chrome alatt 20 csicsaeffekttel kitömött böngészőablak.
4. SSD maradhat, muszáj, kötelező, jó.
Ennyi, nincs azzal az öreg vassal semmi gond.
Esetleg egy laptoposhoz bevinném (persze nem tudom, nyitva vannak-e koronaszitu miatt), egyrészt jó eséllyel nonstop süvít szegény, miközben felfő a feje (CPU+GPU újrapaszta kötelező, ránézés nélkül is, a gyári paszta már darabokban omlik le kb, ha még nem volt újrapasztázva és fabatkát sem ér), így annyira visszafogni sem fogja magát az öreg vas, amikor dolog van + akkor itt már meg lehet nézetni az adott szervizzel, megy-e a 2x2G. Rápróbálnék, a 800 MHz FSB-s Core2-es laptopom anno nem tudott két modullal 4G fölé menni, az 1066-os FSB-s (anyám régi Core2-ese) meg 4G gyári dokumentált támogatás mellett lazán megevett 2x 4G-t. Szóval adni kell nekik egy esélyt, nagyon gyanús nekem, hogy chipset-ből ez is felmegy 4G-ig, rá kéne próbálni szervizben
(Újrapaszta 5k körül volt nekem pár éve, ma passz, de nem egy életveszély, nyilván most a laptop össz értékét nem kell nézni).
@többiek: duplamonitoros Debian XFCE-n vagyok, kitömve szenzorokkal (panel), ZFS (raid), 7 HDD, sok-sok mellékprogi, satöbbi, Ryzen 5 3600-on, NFS megosztás a tv-nek, stb. tehát nem a minimálkonfig az install utáni 1 percben. Becsukva ezt a sokablakos Opera böngészőt, 1.22G a foglalt memória. 2G szerintem sima ügy egy 64 bitnek, 1 már visítva (de nem fogja összekakálni magát ott sem, max elkezd swap-elni és idővel megeszi az SSD-t, swappiness-t állítva lehet trükközni, de nem végső megoldás), szóval 2G muszáj, 4G már bőségszaru. -
Dißnäëß
nagyúr
válasz
Necronom
#72367
üzenetére
Nézd.. mit értesz "értek is hozzá" alatt ? A tanulás, mint mindenhol, és ahogy Buddha is mondja, fájdalmas sokszor, nem egy kellemes valami.
Ha érteni szeretnél a Linuxhoz, parancssor. Desktopok jönnek-mennek, átalakulgatnak, lásd az Ubuntu Gnome - Unity vekengést, mire megtalálták, merre az elôre, és ha csak grafikus felületen szoknál ahhoz hozzá, hogy kittkatt és megy, attól nem fogsz még érteni hozzá. Mert egy frissítéssel a kedvenc progid eltûnhet, vagy a készítôk úgy variálnak valamit, ami egyszercsak nemoké már, + arra nem nagyon fogsz rájönni ekkor, mi és miért történik a háttérben.
Konfig fájl túrásokkal lehet eleinte fájdalmasabb szopó van, de idôvel belejössz és rákényszerülsz olyanok megtanulására, hogy mi a különbség tcp és udp között, hogyan kell egy service-t újratölteni, logokat hol keresd és mi mit jelent benne, umask és úgy általában a jogosultság kezelés, szóval én azt mondom, oké, rögös az út, de legalább nem fogsz úgy járni, mint a Windows-os nép, hogy XP környékén még mehettünk a kis hálózati ikonra kattintva egybôl az adapter beállításokra, míg ma W10 alattegy kisebb kattintáserdô kell ugyanehhez, hogy végre értelmesen láss egy adapter státuszt.
Nem mondom, h a parancssori környezet sosem változik, de lényegesen lassabban és követhetôen, mint a grafikus.
Én amitôl falnak megyek összességében, az az "ip a" és tesói, a jó öreg ifconfig helyett, meg amikor ufw-zünk iptables parancsok helyett, de alapvetôen tizen évek kellettek ezekhez is, nem lesz olyan, hogy mite belakod a Unity-t, hopp, ciao..
Nnnnna. Nem tudom, Desktopon mire kattansz, mit használsz, de szinte bármi csicsabigyó mehet.
A kis szerver vasra megpróbálnék egy Debian xfce-t, vagy Xubuntut, ha nagyon félsz egy igazi Debiltôl. Pici lábnyom és ha mégis kell gyorsba egy grafika egy weboldal miatt, csak rálöksz egy moncsit, de amúgy sok vizet nem zavar. Ilyen otthoni hobbiszerveren szerintem egy minimáldesktop tök elfér ("miért ne" alapon).
Ez az egész csak 1 vélemény, fogadd fenntartással
-
Dißnäëß
nagyúr
válasz
Necronom
#72328
üzenetére
Én ahogy a szándékod-célod elnézem a géppel, Neked inkább OpenMediaVault kellene, nem ? Csicsa GUI, stabil Debian alapokon, még több nyelven is beszél, kitt-katt mindentudó motyó és az eszközeidnek több módon is odaadhatod a tárhelyet, NFS, DLNA, mittomén...
Régen használtam, aztán átálltam workstation üzemmódba, de ha olyan igényeim lennének, mint Neked, tuti kipróbálnám.
Teszteld le Windows alatt egy Virtuális gépben szerintem, ha tudod.. kicsit szokd, aztán eldöntöd, élesben jó lehet-e.
(Ez tipikusan olyan rendszer, olyan Debian, ami eléggé agyon van scriptelve és automatizálva, szóval kifejezetten javasolt kezdőknek csak a GUI-t nyomkodni, máshoz nem pitiszka benne konzolban és akkor nem térdel az ember a lelkivilágába, teszi a dolgát).
-
Dißnäëß
nagyúr
-
-
Dißnäëß
nagyúr
válasz
Dißnäëß
#72245
üzenetére
VM-en a legjobb eredmény (host vagy EPYC, mindegy) :
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm rep_good nopl cpuid extd_apicid tsc_known_freq pni pclmulqdq ssse3 fma cx16 sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm cmp_legacy cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw topoext perfctr_core ssbd ibpb stibp vmmcall fsgsbase tsc_adjust bmi1 avx2 smep bmi2 rdseed adx smap clflushopt clwb sha_ni xsaveopt xsavec xgetbv1 clzero wbnoinvd arat umip arch_capabilities
host:
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 movbe popcnt aes xsave avx f16c rdrand lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt tce topoext perfctr_core perfctr_nb bpext perfctr_llc mwaitx cpb cat_l3 cdp_l3 hw_pstate sme ssbd mba sev ibpb stibp vmmcall fsgsbase bmi1 avx2 smep bmi2 cqm rdt_a rdseed adx smap clflushopt clwb sha_ni xsaveopt xsavec xgetbv1 xsaves cqm_llc cqm_occup_llc cqm_mbm_total cqm_mbm_local clzero irperf xsaveerptr wbnoinvd arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold avic v_vmsave_vmload vgif umip rdpid overflow_recov succor smca -
#72245
Dißnäëß
nagyúr
Neil Watts
#72241
Dißnäëß
nagyúr
válasz
Neil Watts
#72241
üzenetére
Csináltam egy érdekességet, miután mindent virtio-ra tettem, amit lehetett, bár a diszkkel amúgy sem volt gondom.
VM-en belül:
1. grep flags /proc/cpuinfo | uniq > cpuinfo_...... .txt
2. ls -hn cpuinfo*
-rw-r--r-- 1 1000 1000 581 Apr 7 14:36 cpuinfo_copyhost.txt
-rw-r--r-- 1 1000 1000 581 Apr 7 13:58 cpuinfo_EPYC.txt
-rw-r--r-- 1 1000 1000 237 Apr 7 14:32 cpuinfo_kvm64.txt
-rw-r--r-- 1 1000 1000 281 Apr 7 14:23 cpuinfo_OpteronG3.txt
-rw-r--r-- 1 1000 1000 220 Apr 7 14:27 cpuinfo_qemu64.txtSzóval a méreteken látszik, mikor mennyi CPU flag-et tesz be a txt fájlokba a guest VM.
Ehhez képest amit a host mutat a fentebbi parancsra, egy 897 byte-os fájl, tehát a /proc/cpuinfo még a legjobb, host CPU jellemzőket másoló üzemmódban sem mutat annyi CPU flag-et guest-ben, mint amit a host tud. (Lehet nem is kell mindet, mert azok már nem érintenék a virtualizációt érdemben, de ebben nem vagyok biztos, tekintettel arra, hogy a különbség azért elég nagy).
Szóval a host-on raklap flag van, míg a KVM/QUEMU által a legjobb esetben is csak ezek sacc kétharmada van megmutatva VM-nek. Ez normális ? (Esetleg van kedvetek megnézni, Nálatok hogy néz ki?)
-
#72242
Dißnäëß
nagyúr
Neil Watts
#72241
Dißnäëß
nagyúr
válasz
Neil Watts
#72241
üzenetére
Minden VirtIO de azert megnezem megint + a W10 driverek es spice tippet koszi.
Egy régit is befoghatsz, ami szedi a lábát, 2 HDD esetén is még szekvenciálisban jobb lesz kicsit, de a sok random olvasásban pláne. Mikor belépsz egy rengeteg fájt vagy könyvtárat tartalmazó poolba, nem darálgat hosszabb ideig, mire beolvassa. 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Végülis, mindenben van valami tradeoff, az esélyek csökkentéséről szól az egész, ez meg itthoni felhasználásban nagyon szubjektív megítélés alá esik.
Érdekelni érdekel, csak a mai világban már 10x meggondolom, mire áldozok időt, kevés a 24 óra. 
Nem űrtechnika, de szokni kell. 
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Teszt Már csak két hónap van hátra a Windows 10 nyugdíjazásáig, ideje előrelépni
- Teszt [Linux] Vanilla OS, egy Debian alapú immutable operációs rendszer
- Teszt [Linux] Aeon Desktop, egy immutable operációs rendszer az OpenSUSE-tól
- Teszt [Linux] A Flatpak
- Bejegyzés MS Office365 Linuxon
- Bejegyzés [Linux] Futtassunk bármely disztrót a terminálunkban
- Bejegyzés Alpine Linux telepítés mindenféle low-end dologra
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- EAFC 26
- OLED TV topic
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- „Új mérce az Android világában” – Kezünkben a Vivo X300 és X300 Pro
- Xbox Series X|S
- Star Citizen
- Fotók, videók mobillal
- A fociról könnyedén, egy baráti társaságban
- Parci: Milyen mosógépet vegyek?
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- További aktív témák...
- HP 14 Elitebook 640 G9 FHD IPS i5-1235U 4.4Ghz 10mag 16GB 256GB Intel Iris XE Win11 Pro Garancia
- Apple iPhone 13 128GB, Kártyafüggetlen, 1 Év Garanciával
- Apple iPhone 13 Pro Max Graphite ProMotion 120 Hz, Pro kamerák 128 GB-100%-3hó gari!
- Samsung Galaxy Z Fold6 Navy Duplakijelzős produktivitás, 120 Hz, Galaxy AI,2027. 09. 19
- HIBÁTLAN iPhone 12 Pro 256GB Graphite - 1 ÉV GARANCIA - Kártyafüggetlen, MS3283
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest