Ez a kimenet:
Fájlrendszer Méret Fogl. Szab. Fo.% Csatol. pont
devtmpfs 3,9G 0 3,9G 0% /dev
tmpfs 3,9G 0 3,9G 0% /dev/shm
tmpfs 3,9G 1016K 3,9G 1% /run
tmpfs 3,9G 0 3,9G 0% /sys/fs/cgroup
/dev/mapper/vg_main-root 98G 13G 81G 14% /
tmpfs 3,9G 104K 3,9G 1% /tmp
/dev/mapper/vg_boot-boot 240M 206M 19M 92% /boot
/dev/mapper/vg_main-temp 4,9G 20M 4,6G 1% /temp
/dev/mapper/vg_main-home 20G 167M 19G 1% /home
tmpfs 798M 4,0K 798M 1% /run/user/1000
A linket még nem volt időm átnézni, de rajta leszek 
Így találnám el a lottószámokat ... Tele van a /boot kötet:
/dev/mapper/vg_boot-boot 240M 206M 19M 92% /boot
Vagy tisztítás, vagy egy kis méretnövelés szükséges.
[ Szerkesztve ]
Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
Sikerült helyet csinálni a fölösleges kernelek leszedésével, Az utolsó kettő maradt
Ezzel sikerült letakarítani:
dnf remove $(dnf repoquery --installonly --latest-limit=-2 -q)
A - jel fontos mert több helyen enélkül van leírva a parancs, de úgy hibára fut.
Sziasztok!
Lehet nem linux specifikus a problémám, de mivel azt használok idejöttem kérdezni 
A situláció: hp elitbook 820 g1 laposomba betettem egy m2 ssd-t Toshiba RC100 Elég kellemes a spec. szerinti sebesség az eddig corsair -hoz képest, de sajnos semmit nem csinál... gparted / disk / telepítő nem látja
Mit próbáljak meg? 
Köszi 
Mindenkit egyforma külső inger ér, de egyén függő, h éljük meg :P
A BIOS mit lát? Milyen módra van állítva a lemezek kezelése (pl. AHCI)?
Ubuntu MATE 20.04, hobbi cayenne termesztő
Én is bios beállításra gyanakszom, csak ennél az üzleti csodánál nincs olyan, h "lemezek" (vagy bármi hasonló) ahol felsorolná a lemezeket - annál több biztonsági beállítás van... (amik nincsenek elpiszkálva, újonnan került hozzám a gép anno).
Ami ilyesmi opció
1. Advanced - device config. - sata dev mode - ahci vagy raid
2 . Advanced - builtin device config. - itt be van pipálva m.2 ssd-nél
3. Advanced - boot option, itt van pár dolog de mivel fel se ismeri gondolnám mindegy:
- itt is pipálva m.2 ssd
- boot mode: legacy vagy uefi hybrid vagy uefi native
- boot order-nél fel van tolva az m.2 ssd
Mindenkit egyforma külső inger ér, de egyén függő, h éljük meg :P
Megpróbálhatsz BIOS-t frissíteni, de van rá esély, hogy ez a típus - más hasonló típusokhoz hasonlóan - nem tud erről az M2 SSD-ről boot-olni, de egyébként az operációs rendszer már látni fogja, [link]
Ki állította meg az órát? Néha az az érzésem, hogy Magyarországot is Kínában gyártották.
Igen, közben kiderítettem, h 6. gen intel-től támogatott az nvme (az én gépem 4. 
)
Szal, gépcsere. Pedig nagyon ki pöpec gép 
Köszi
Mindenkit egyforma külső inger ér, de egyén függő, h éljük meg :P
Bakker ugyan ebben a cipőben járok, csak z600-as ws-en. 
Ne hajíccsad még ki. Ha biost nem lehet rávenni, hogy lássa, akkor a /boot-ot kiteszed valahová amit lát és készvagy. Elvileg. 
Igen. Vladi ba+ legalább azokat a topikokat olvassad, ahol gazda vagy. 
[ Szerkesztve ]
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
Nacsak itt a hw (4. gen intel proci) ami nem támogatja még az nvme ssd-t. Azt, h veszem rá, h lássa? Vagy a kernel majd megoldja?
Mert bebootolok a régi rendszeren és bármilyen lshw, lspci, lsakármi paranccsal nem látom (| grep toshiba, m2, m.2, nvme, ...)
Mindenkit egyforma külső inger ér, de egyén függő, h éljük meg :P
az igen fura, ha a kernel se lássa. dmesg mond valamit? Hardweresen kompatibilis vagy?
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
dmesg majd otthon.
Hardweresen kompatibilis vagy? hát ezaz, h valszeg nem...
Mindenkit egyforma külső inger ér, de egyén függő, h éljük meg :P
Akkor nemjó eszközt vettél. Nem lehet cseréltetni?
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
A sebessége miatt választottam. Ilyen 400-500 Mb/s-el tötymörgő (sata) van benne, csak gondoltam gyorsítok a masinán Ez ~1000 Mb/s körül kavarna
Mindenkit egyforma külső inger ér, de egyén függő, h éljük meg :P
Nade a csatlakozódnak mi a maximuma? Az fog limitálni. Itt gyűjtöttem adatokat.
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
Na, a gépben van egy m.2 csati, amibe gondoltam beletolom ezt a gyors ssd-t (az alaplapra egyébként flash cache van írva a csatihoz). Olvastam, h új bios-al mennie kellene a 32 GB-nál nagyobbnak is (gyári spec. ennyit ír). Frissítettem a bios-t (meglepődve láttam, h 2019. 04. havi is van neki), de tök mindegy mert ígyse ismeri fel.
HP EliteBook 820 G1 Notebook PC Product Specifications
Itt még 32 GB-t ír a flash cache résznél. A sebességét nem tudom, de gondolnám, h visszafele kompatibilisek ezek az ssd-k, max. nem mennek annyit.
Mindenkit egyforma külső inger ér, de egyén függő, h éljük meg :P
m.2 sem egységes.
flash cache slot?
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
Maga az ssd ilyen:
Toshiba RC100 NVMe Solid State Drive (SSD)
Fizikailag belemegy - vagyis én beletettem
Igen flash cache slot, oda tettem 
Mindenkit egyforma külső inger ér, de egyén függő, h éljük meg :P
Fú az ott nem biztos, hogy menni fog. Miért nem mentél topikba kérdezni, valami spéci ssd biztos menne ott, mondjuk 32 gigás. 
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
Néztem a totyikot, elég halott Meg persze a guglit is kérdeztem
Mindegy, van egy fasza eladó gépem, esetleg érdekel?
Már lassabb cuccra nem állok "vissza", öreg vagyok már ahhoz, h várakozzak egy lap betöltésre 
[ Szerkesztve ]
Mindenkit egyforma külső inger ér, de egyén függő, h éljük meg :P
Sziasztok!
Aki KDE-vel használ Fedora-t az megtuná mondani, hogy milyen kulturált megoldás van a RPM fájlok futtatására? Konsolból tudom őket futtatni gond nélkül, de ha csak duplaklikkelek a fájlra és megpróbálok Discoverrel telepíteni, akkor rossz gpg aláírásra hivatkozva elküld anyámba.
Fedora 30-ról van szó és Plasma 5.15.5-ről, pár napja telepítettem.
A kultúrált megoldás a dnf konzolról. dnfdragora is inkább bosszankodni jó. A KDE csomagkezelők ritkán működtek. Még a gnome-software-re figyelnek jobban, mert mégiscsak a GNOME 3 az alap asztali környezet fedorához. De az is csak zabálja a memóriát, lassúbb mint a parancssor, több a hibalehetőség. szvsz
Ki állította meg az órát? Néha az az érzésem, hogy Magyarországot is Kínában gyártották.
Milyen csomag? Tárolóból jött? Annak van gpg-je?
Egyébként csináld konzolból, ha kósza rpm-et telepítesz - nem ajánlom - akkor dnf és nogpgcheck kapcsoló. Ezt nézd meg a helpben.
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
Okés, köszi, akkor nem erőltetem a Discovert. Amúgyse voltak annyira jó tapasztalataim vele neonon.
(#6623) Vladi: Nem. A dropbox oldaláról jött böngészőn keresztül. Okés, akkor maradok a konzolnál.
" A dropbox oldaláról jött böngészőn keresztül."
A sírás kerülget...
"Okés, akkor maradok a konzolnál."
Igenlécives.
Böngészőn keresztül? Ez már nekem is sok. Aztán a sok kezdő nem érti, hogy bambanő miért sápitozik állandóan.
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
Jó lesz az, ha egyszer majd működik,
Lehet ilyen böngészős telepítést csinálni, régebben én is telepítettem így csomagot OpenSuSe-re [link]. Ott valami több tucat hivatalos (teszt és egyéb) repo volt, egyszerűbb volt így, mint mindet felvenni, illetve a frissítésnél a Buid repo-k mindenféle teszteletlen verziókat pakoltak volna fel.
Azért nem árt telepítés előtt inkább megnézni, hogy nem érhető-e el a hivatalos vagy RPMfusion (itt van dropbox) repokból, ..
Ki állította meg az órát? Néha az az érzésem, hogy Magyarországot is Kínában gyártották.
Vannak szokások, amiket nehéz lekűzdeni.
(#6626) csendes: Köszi, nem tudtam, hogy a RPMfusion-ön is fent van.
Pedig "fent" van: [link]
Ki állította meg az órát? Néha az az érzésem, hogy Magyarországot is Kínában gyártották.
Ha terminálból telepítettem a steamet (szóval nem böngészőből szerzett rpm-ből ) és a folyamat során egyszercsak puff kirakott a rendszer, akkor tudok valamit tenni annak érdekében, hogy a félbeszakadt folyamatok ne okozzanak később gondot?
Mert tegnap próbáltam terminálból frissíteni a rendszert, amire ugyanezt csinálta és többet már a Software*-ből sem engedte a frissítéseket és ekkor inkább újraraktam a rendszert.
(* Igen, váltottam időközben Gnome-ra, azaz Spinről rendes WS-re. Fedora-n egész kellemes élmény.)
(#6628) csendes: Nem megkérdőjeleztem, csak nem tudtam.
[ Szerkesztve ]
Pontosan hogyan? pl.
dnf config-manager --set-enabled rpmfusion-nonfree-steam
dnf install steam
Mit értesz azalatt, hogy "egyszercsak puff kirakott a rendszer"? A terminált zárta be, vagy a teljes rendszerből léptetett ki, vagy? A /var/log/dnf... környékén nincs napló fájl? nem írt bele semmi érdekeset?
[ Szerkesztve ]
Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
Attól fütt, hogy hol dob ki. Melyik szakaszban.
Próbáld újra csináltatni vele, és akkor látod.
Ha gáz van, akkor jöhet egyyum clean all
izé..
dnf clean all
Ez minden cachet leszed neked. Ha törött lett a csomag, akkor próbálod leszedni, ha nagyon belebarmolna a függőségbe, akkor nézz valami nodeps kapcsolót. Ha így is szívat, akkor rpm paranccsal le és fel. Ha így se megy, akkor még mindig rebuildelheted az rpm adatbázist. Volt már hozzá szerencsém, nem olyan vészes.
De amúgy igen, sokszor sokkal gyorsabb, ha reinstallálod arendzert. /home-ot küldön partícióra, nem formázod és majdnem kész vagy. Általában csak fstab és grub helyreállítás kell.
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
dnf install -y steam --enablerepo=rpmfusion-nonfree-steam, úgy értem, hogy kijelentkeztetett (nem a képernyőt zárolta, hanem kirakott és meg is szakadt minden folyamat). A napló fájlt most megnéztem, az alapján úgy tűnik a folyamat lefutott gond nélkül. Így végképp nem értem. Bár tény, hogy a Steam végül nem vacakol.
A mesa downgrade amit végrehajtott, okozhatta a kijelentkeztetést? Mert abból a rawhide-féle csomagokat használom és a Steam telepítésnél downgrade-elt 19.0-ra.
(#6631) Vladi: Köszi! Ezt a dnf clean all parancsot bármikor elsüthetem és nem csinál galibát, igaz?
Igazából eredetileg külön partícióra került a / és a /home, de most így a hónapban a ~6. linux újratelepítést (végignéztem a Manjaro és Fedora különböző verzióin) követően elengedtem a dolgot, mert a fájlokat úgyis egy külön lemezen tárolom amit a jelek szerint nem bánt a telepítő, ha nem figyelmetlen ökörként kezelem. Így a /home mappa csak a linkelt doc/pic/vid/etc mappákat tartalmazza a rendszerre telepített progikon túl.
[ Szerkesztve ]
Még annyit, ha szabad megkérdezni: amennyiben valamit nem repobol telepítek, újabb verzió, a rendszer viszont automatikusan szeretné downgrade-elni egy saját, régebbi verzióra, akkor azt ki lehet kerülni? Vagy ilyen esetben célszerűbb szótfogadni, mert okkal ajánlja fel?
Miért nem jó az ami gyárilag benne van?
Amúgy - elméletileg- az /etc/dnf.conf-ba kell egy új sor, vagy a meglévőt kiegészíteni. Pl. az alábbi sor az mc csomagot nem engedi frissíteni:
exclude=mc
Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
Rosszul foglalmaztam. Csak a RPM fusion-ből érhető el. Igazából ez kapcsolódik az első itteni kérdésemhez, mert a dropboxról van szó. Nincs különösebb bajom a repon elérhetővel, csak látom, hogy egy januári verzióra szeretne visszaváltani a telepített februári helyett.
Köszönöm a választ! Ha csak .conf fájlból kikényszeríteni lehet, akkor inkább hagyom, hogy rendezze a rendszer.
Nyugodtan tedd be a conf fájlba, nem harap.
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
Az fstabra is azt hittem, míg nem bootolt be a rendszer a turkálásom miatt. Mindenesetre megint újratettem a gépet, szóval nem lesz rá szükség.
Viszont most belefutottam egy másik gondba. Stabil-vanilla kernelt használok che(copr) mesa-val, viszont amikor a steam-et próbálom telepíteni RPMfusionből, akkor mindenképp le akarja szedni a fedora 30-féle mesa 19.0-t. Ezzel a helyzettel mit tudok kezdeni? Ha hagyom, hogy rakja fel ÉS aztán újra frissítek a che-féle mesa-ra, akkor teleszemeteli a gépet? Vagy ez rossz berögződés és itt nincs olyasmi, mint Windows-on? Esetleg eltudom érni, hogy csak az általam engedélyezett függőségek kerüljenek telepítésre a Steam mellett? Vagy ezen a ponton a legjobb lenne, ha flathubról telepateném a community verziót? Esetleg ha újratelepíteném a gépet és csak a steam után frissíteném a kernelt és a mesa-t?
[ Szerkesztve ]
Ejj ecsém' elég ezt lekövetni.
steamelni akarsz, oké.
"Az fstabra is azt hittem, míg nem bootolt be a rendszer a turkálásom miatt."
Azé ha linukszolsz, legalább egy fstab mennyen... En előbb tudtam fstabot szerkeszteni, mint futó linuxom volt. Akkor még nem volt ennyire net, szal könyvből kellett tanulni.
"Stabil-vanilla kernelt használok "
Hogy? Forgattad?
"che(copr) mesa-val,"
Ezt nemtom mi.
"RPMfusionből, akkor mindenképp le akarja szedni a fedora 30-féle mesa 19.0-t. "
Downgradel? Vagy mit csinál? Saját mesat tettél fel valahonnét? rpmfusion nem nagyon szokta szétbarmolni a rendszert, ez ilyen 2.5 party tároló. Nem viccből szedi a másik mesát, valószínüleg neki függőségként lett megadva.
"Ha hagyom, hogy rakja fel ÉS aztán újra frissítek a che-féle mesa-ra, akkor teleszemeteli a gépet?"
Ezt a cse félét miért teszed fel? Ez valami forradalmi lendület, vagy hogy?
Elvileg járható út, ha ezzel a mesával megy a steam. Viszont minden frissítésnél fel akarja majd tenni a sajátját. Erre is van megoldás, ha ez lesz a végleges koncepciód.
"akkor teleszemeteli a gépet?"
Semmi javíthatatlant nem fog cisnálni, csak fejfájást. Nekünk. 
"Esetleg eltudom érni, hogy csak az általam engedélyezett függőségek kerüljenek telepítésre a Steam mellett?"
Jah, de ezt már egyszer leírtuk.
"Vagy ezen a ponton a legjobb lenne, ha flathubról telepateném a community verziót? "
Esetudom mi, annyira nagyon azért ne vigyed magadat a sűrűsötét erdőbe.
"Esetleg ha újratelepíteném a gépet és csak a steam után frissíteném a kernelt és a mesa-t?"
Vagy eladod a pécét és veszel egy péesnégyet és békénhagysz minket végre...
Fúúú hosszú les za hétvége.
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
Az UUID-be hibáztam bele a fstab szerkesztésnél. Az még azért megbocsájtható, nem?
Vanilla kernel és che erre. A flathub nem gondoltam, hogy új, elvégre a flatpak mögött RedHat áll, nem?
A kernel és a mesa verziója azért fontos, mert nem akarok 1-2 játék miatt Windows-ra átmenni, a DXVK pedig jellemzően a legfrissebb mesa-t igényli.
Arról nem tehetek, hogy ennyire nyugis a topik és gyakorinak tűnik a jelenésem.
Friss kernelt és mesát tudsz szerezni update-testing tárolóból is! Azért én nem mennék copr tárolóba.
Vanilla kernelre szükség van?
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
Azt tudom, egy darabig rawhide mesa-t használtam az alap 5.1 kernellel. Csak az a gond, hogy az 5.1-nek tapasztalatom szerint hálózatkezelési gondjai vannak. A Steam és a Battle net rendszeresen ledobált vele és a Phoronix-en is esett róla szó, ezért döntöttem a vanilla + copr mesa mellett. A 31-ben már gondolom a 5.3 lesz a 19.3 társaságában, így akkor ezeket majd elengedem.
Mindenesetre feltettem fusionből a steam-et, legfeljebb szórakozok vele később, ha erőlteti a 19.0-t.
Én használtam tartósan fedora alfát, vállalható. Csak rengeteget frissít, ilyen hetente 1 giga.
Augusztus közepén már válthatsz rá, ha gondolod. link
De előbb utóbb valami stabil kiadásra el kell jutnod. Az sem állapot, hogy folyamatosan copr meg vanilla cuccokra kell támaszkodni.
Én várom már a centos 8-at.
[ Szerkesztve ]
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
Miért kell neked az a mesa a copr-ból? A normál mesa-val nem működik a videókártyád? Open source drivert használsz AMD vagy nvidia kártyával? Verziótól függ, de általában a normál Fedora kernel jobb, mint a vanilla (mivel pont annak a hibáit foltozgatják)
[ Szerkesztve ]
Ki állította meg az órát? Néha az az érzésem, hogy Magyarországot is Kínában gyártották.
#6639 Mert játszik....
Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
Az a szerencse, hogy a stabil verzió ritkán frissít...
-=- There's no place like /home -=-
Mi számít ritkának? Láttál te már utólsó fázisban lévő centos-t? Havi 1 csomag.
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
Debiant használok leginkább, ott is ritkán van frissítés. Ez egy vicc volt, mert a stabil Fedorán is heti 10-50 közötti csomag javul, évszaktól függően.
-=- There's no place like /home -=-
Lehet, hogy a KDE spin hibás? Nem tudom telepíteni. Van 64GB üres hely az SSD-n mégis azt írja a telepítő, hogy hiba a tároló összeállítás ellenőrzésekor.
Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
Szerintem a teleptő (anakonda) particionálójában van, én párszor már találkoztam vele. Ott ki tudsz ilyet választani, hogy bivet gui. kb. Azzal próbáld.
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
Sziasztok!
Fel kell húznom egy környezetet Java fejlesztéshez, amit egy kisebb cég használna változatos java-s fejlesztéseikhez. Úgy 30-32 gépen futna. Eclipse és Netbeans is lenne fent, meg közepes mennyiségű java-s komponens (amihez kevéssé értek).
A nagy kérdés, hogy Fedora, vagy Centos legyen a választásom.
A fedora a naprakész csomagok miatt lenne jó (nem vágom, hogy a java világban ez mennyire fontos) a Centos meg amiatt, hogy nem kell félévente újrahúzni. Vagy már van olyan stabil a DNF disztro update-elője, hogy rá merjek bízni ennyi céges gépet?
Backup van, meg minden, és az előzetes tesztelés is megoldott főverzió frissítések elött, de ha esélytelen, vagy nagyobb az esély a problémás frissítésekre, és nincs is rá mindig workaround, akkor nem erőltetném a fedora-t.
Kössz!
[ Szerkesztve ]
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
