- iGO Primo
- Android alkalmazások - szoftver kibeszélő topik
- iPhone topik
- One mobilszolgáltatások
- Telekom mobilszolgáltatások
- Nem várt platformon a OnePlus Nord 5
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Google Pixel topik
- Samsung Galaxy Watch7 - kötelező kör
- Samsung Galaxy A34 - plus size modell
-
Mobilarena
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
-
oatis
csendes tag
Három dolgot szoktam gyakran megnyitni, amikor lefagy, ezek közül tippelek valamelyikre. Firefox-ESR, Steam, Discord (utóbbi .deb-ből telepített, mert Debian tárolókban nincs).
Én firefox esr(youtube), kodi, virtualbox. Mindegyik alatt fagyott már.
Saját megérzés, de mindhárom képes vagy a gput, vagy a cpu-t komolyan megterhelni. -
válasz
#79484416 #33682 üzenetére
Szerintem félévente egyszer nézek be ebbe a topikba, de úgy látom éppen jókor.
Sajnos hiába kapcsoltam ki dolgokat az UEFI-ben, még mindig lefagy a Debian és nem tudom, hogy mi okozza... Semmire nem szokott ilyenkor reagálni, semmilyen billentyűkombinációra, megáll a kép, a kurzor, minden és beáll az egész rendszer.
Windows 10-nél ilyen problémát nem tapasztaltam, de anno Debian Testing alatt sem, pedig azt is hónapokig használtam. Mostanába jött elő... ez az AMD configom 3 éve megvan, szóval szerintem itt valami szoftveres dolog van a háttérben, csak nem tudok rájönni, hogy mi.
Három dolgot szoktam gyakran megnyitni, amikor lefagy, ezek közül tippelek valamelyikre. Firefox-ESR, Steam, Discord (utóbbi .deb-ből telepített, mert Debian tárolókban nincs).
-
oatis
csendes tag
válasz
#79484416 #33692 üzenetére
Hát ez az! A win10-et még egyszer sem sikerült fagyásra bírni miközben a linux 2 óránkét 1x biztos lehal. Ezért gondolom én is a szoftvert inkább. A logokkal is kb igazad van, pont a fagyás pillanata hiányzik belőlük. Linuxban nem vagyok nagy ász és emiatt számomra semmi értékelhető nincs benne, mert nem tudom hogy amit látok benne az mit is jelent pontosan.
A biosban energiagazdálkodásról kb semmi nincs. :-(
A win 10 a tpm2.0 modul miatt problémázott az eseménynaplóban, de csak megjegyzés szinten. Ha kikapcsolom biosban, eltűnik a bejegyzés és ennyi. Nem oszt, nem szoroz esetemben a linuxnál, pedig először azt hittem ez okozza a hibát. Amúgy a gép legacy módban van telepítve és nem uefi.
Boldog Karácsonyt! -
-
oatis
csendes tag
válasz
#79484416 #33682 üzenetére
Szia! Nem én vagyok, csak ide írtam. Az egész rendszer fagy szerintem. A ctrl+alt+f5-tel nem jön elő semmi mikor megfagyott, amikor megy akkor terminált hív le. Csak a bekapcsoló gombbal tudom kikényszeríteni hogy leálljon, azt is csak úgy hogy hosszan nyomva tartom. A laptop biosa energia gazdálkodási lehetőségekben elég szegényes, de majd megnézem azt is. A driverek nekem is eszembe jutottak, főleg a chiset és a videó driver, mert eddig kodival virtualbox-al és youtube-bal sikerült a fagyást előidézni, csak ennyire nem értek a linuxhoz, hogy hogyan tudnám ellenőrizni, újratelepíteni a drivereket.
-
-
oatis
csendes tag
válasz
fatpingvin #33680 üzenetére
Live cd-vel átnéztem a rendszer partíciót, valami gond volt a partíció hosszával, elvileg azt javította a gparted. A memtest fut, eddig még nem dobott hibát, kivéve az első próbálkozást, ahol túl sok memóriát adtam meg... :-)
Ide felteszem a dmesg kimenetét, hátha valaki lát benne valamit. Én sajnos ennyire nem vagyok benne otthon.
dmesg
Az utóbbi másfél órában egy fagyásom volt, még a tesztek előtt. A youtube-bal sikerült összehoznom.kernel logot verbose-ra állítva
Ezt hogyan kell csinálni? -
fatpingvin
addikt
memtesttel nem csak magát a memóriát teszteljük, hanem a memóriavezérlőt és a memóriát együtt. simán lehet hogy az előbbivel van gond.
ha a már fagyó rendszert klónoztad át, akkor simán lehet hogy átörökítettél egy bad blockot, ami szépen csendben vált írhatatlanná és így megőrzött valami hibás értéket.
mondom, kezdjük egy memtesttel, illetve az eredeti disk smartctl -a átnézésével. kernel logot verbose-ra állítva is utol lehet érni dolgokat, dmesg-ben is meg tudnak jelenni az ilyen problémák előjelei. -
oatis
csendes tag
Öreg HW? Cseréld ki a tápegységet.
Nem mondanám öregnek. Laptop. acer es1-131-c73h.egy memtesttel kezdeném,
Memóriát cseréltem benne 4-ről 8 gigára. Előtte is utána is fagy.illetve meg kéne nézni hogy a boot disken nincs-e bad block.
Ssdt-is cseréltem új nagyobb ssd-re. Úgy klónoztam át. Előtte is gond volt vele.Hogy tudon ellenőrizni, hogy valami filerendszer hiba vagy valami lehet-e a partíción? Gparteddel nem tudom leválasztani a rendszer partíciót, és emiatt ellenőrizni sem tudom.Bár valszeg nem ez a hiba.
-
oatis
csendes tag
Üdv!
Egy kis segítségre lenne szükségem. Debian 12-őt használok jelenleg kde-vel és a gép fagy. Próbáltam az lxqt környezetet is, de azzal is lefagy időnként.Egyenlőre hardver hibára nem gyanakszom, mert a w10-es gond nélkül megy rajta. Hogy kellene elkezdenem, hogy kiderítsem mi okozza a hibát? A crashed process wiever nem segít, nincs benne új bejegyzés. Telepítés utána light-lockerrel volt problémám, azt hozta a crashed process wiever hibás alkalmazásnak. Azt úgy emlékszem kikapcsoltam, javult a helyzet, de nem oldódott meg. A tippeket előre is köszönöm! -
ez egy sima egyszerű asztali számítógép, az én céges munkaállomásom, Arch Linux fut rajta KDE-vel. ez a napi használós gépem.
1-1 VM-et időnként elindítok Virtualboxban, de a memóriafoglaltság konzisztens a VM-ek futásával, tehát lefoglalásra kerül a VM indításakor és felszabadul, amint az leáll.
adatbázisokat nem futtatok.tmpfs-ben van a /tmp, de az szintén egyértelműen látszik, ha van ott valami, az növeli a memóriahasználatot, letöltési mappának használom. viszont mint írtam is: be se voltam jelentkezve reboot után 5 napig, semmi se volt a /tmp-ben (sem)
alább az aktuális állapot, 1 nap uptime, reboot után kb 2GB RAM volt foglalt, azóta hozzá se nyúltam, mostanra 7.3GB RAM már elfogyott
lenry@vavatch:~$ cat /proc/meminfo
MemTotal: 65769164 kB
MemFree: 45873408 kB
MemAvailable: 58073872 kB
Buffers: 576056 kB
Cached: 12126224 kB
SwapCached: 0 kB
Active: 1691784 kB
Inactive: 11438444 kB
Active(anon): 1656 kB
Inactive(anon): 434648 kB
Active(file): 1690128 kB
Inactive(file): 11003796 kB
Unevictable: 0 kB
Mlocked: 0 kB
SwapTotal: 4117508 kB
SwapFree: 4117508 kB
Zswap: 0 kB
Zswapped: 0 kB
Dirty: 384 kB
Writeback: 0 kB
AnonPages: 425664 kB
Mapped: 371904 kB
Shmem: 8356 kB
KReclaimable: 504508 kB
Slab: 633000 kB
SReclaimable: 504508 kB
SUnreclaim: 128492 kB
KernelStack: 10384 kB
PageTables: 8244 kB
SecPageTables: 0 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 37002088 kB
Committed_AS: 2138360 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 256328 kB
VmallocChunk: 0 kB
Percpu: 17280 kB
HardwareCorrupted: 0 kB
AnonHugePages: 272384 kB
ShmemHugePages: 0 kB
ShmemPmdMapped: 0 kB
FileHugePages: 0 kB
FilePmdMapped: 0 kB
Unaccepted: 0 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
Hugetlb: 0 kB
DirectMap4k: 390164 kB
DirectMap2M: 4761600 kB
DirectMap1G: 61865984 kB -
bpx
őstag
Részemről 0. lépés ilyenkor egy /proc/meminfo
A top meg egyéb eszközök sem a PageTables-t, sem a HugePages_* részeket nem mutatják, ezek a területek nem tartoznak processhez. De ezek DB szerver hostokon tudnak jelentős mennyiségű memóriát foglalni (előbbi) vagy vannak általában konfigurálva (utóbbi, az előbbi pazarlásának enyhítésére), esetleg VM-eknek, lehet nálad nem ez lesz.Vagy tmpfs foglaltság, esetleg ipcs kimenet, szintén nem tartoznak processzhez mert ugye shared memory, de ezek a "share 10" miatt itt valószínűleg nem játszanak.
Vagy ha ez egy VM, és ilyen csodák be vannak kapcsolva, mint a VMware Memory Balloon vagy Hyper-V Dynamic Memory, az is megjelenhet így.
-
lenry@vavatch:/mnt/adat/docker/pxe$ sudo smem -t -a -k --realmem=65536M -w
Area Used Cache Noncache
firmware/hardware 1.3G 0 1.3G
kernel image 0 0 0
kernel dynamic memory 46.4G 13.2G 33.2G
userspace memory 191.2M 87.6M 103.6M
free memory 16.1G 16.1G 0
-----------------------------------------------
64.0G 29.4G 34.6G -
passz, egy docker fut (egy pxe szerver, a docker stats szerint eszik vagy 60 mega RAM-ot)
leállítottam a dockert meg a containerd-t, nem szabadult fel memória.egyébként azt nézem, hogy más gépemen is ennyiszer fut, még olyanon is, ahol nem is fut egyetlen konténer se
most egymás után kilövök mindent, aztán hátha látszik valami csökkenés
-
Nem hiszem hogy ilyen lett volna korábban, de igazából csak most tűnt fel, amikor egyszercsak kifogyott a 32GB-ból és elkezdett minden akadozni.
Ezért is bővítettem gyors tapaszként 64-re, de nyilván ez is csak az időtávot nyújtja meg, amíg tele tudja szemetelni.Smem-et megnézem, köszi
-
-
sonar
addikt
Réges rég nekem az smem segített a valós foglalást kideríteni, nem tudom, hogy manapság mi a helyzet, de talán segít. [link]
Másik meg, hogy eddig is ilyen volt csak nem tünt fel?
Amíg nem swappel addig szerintem nem kell parázni.
Elinditanék egy két alkalmazást, hogy lássam mi a helyzet.
Illetve ha magas a swappiness érték akkorlehet, hogy sokmindent tart a memóriában. (db servereknél ez előny is szokott lenni) -
válasz
fatpingvin #33661 üzenetére
Igen
-
válasz
fatpingvin #33659 üzenetére
nem lettem előrébb
-
-
valahol valamiből folyik a memória, mert 2 nap uptime után úgy fogyott el 40GB, hogy semmi se fut, a KDE bejelentkező képernyője, meg én SSH-n belépve.
lenry@vavatch:~$ free -m
total used free shared buff/cache available
Mem: 64227 41003 2994 10 21215 23224
Swap: 4021 2 4018akármivel nézem, sehol sem látszik, hogy mi ette meg a RAM-ot
hol kellene néznem vagy milyen toollal? -
tvamos
nagyúr
Sziasztok!
Remelem, jo forumba irok, es bocs a hosszu bejegyzesert!
Azzal kuzdok, hogy egy BeagleBone Black-re wifi-t csiholjak.
Ezt a leirast kovetem: [link]A baj, hogy ujrainditas utan nem mukodik, nincs IP.
Ezt a hibat kapom:~$ systemctl status wpa_supplicant.service
× wpa_supplicant.service - WPA supplicant
Loaded: loaded (/etc/systemd/system/wpa_supplicant.service; enabled; preset: enabled)
Active: failed (Result: exit-code) since Tue 2023-12-12 22:48:34 UTC; 1min 10s ago
Duration: 315ms
Process: 809 ExecStart=/sbin/wpa_supplicant -u -s -c /etc/wpa_supplicant.conf -i wlan0 (code=exited, status=255/EXCEPTI>
Main PID: 809 (code=exited, status=255/EXCEPTION)
CPU: 68ms
Dec 12 22:48:34 BeagleBone systemd[1]: wpa_supplicant.service: Scheduled restart job, restart counter is at 5.
Dec 12 22:48:34 BeagleBone systemd[1]: Stopped wpa_supplicant.service - WPA supplicant.
Dec 12 22:48:34 BeagleBone systemd[1]: wpa_supplicant.service: Start request repeated too quickly.
Dec 12 22:48:34 BeagleBone systemd[1]: wpa_supplicant.service: Failed with result 'exit-code'.
Dec 12 22:48:34 BeagleBone systemd[1]: Failed to start wpa_supplicant.service - WPA supplicant.
...skipping...Ha manualisan inditom a wpa_supplicant-ot, akkor minden jo lesz:
sudo wpa_supplicant -B -c /etc/wpa_supplicant.conf -i wlan0
Es ez utan kapok IP-t, minden megy rendesen.
Ugy ertem, egyaltalan semmi mast nem csinalok, csak ezt.
(Ugy gondolom, mindent beallitottam, amit kellett.)Az /etc/systemd/system/wpa_supplicant.service:
[Unit]
Description=WPA supplicant
Before=network.target
After=dbus.service
Wants=network.target
IgnoreOnIsolate=true
[Service]
Type=dbus
BusName=fi.w1.wpa_supplicant1
#ExecStart=/sbin/wpa_supplicant -u -s -O "DIR=/run/wpa_supplicant GROUP=netdev"
ExecStart=/sbin/wpa_supplicant -u -s -c /etc/wpa_supplicant.conf -i wlan0
Restart=always
ExecReload=/bin/kill -HUP $MAINPID
Group=netdev
RuntimeDirectory=wpa_supplicant
RuntimeDirectoryMode=0750
[Install]
WantedBy=multi-user.target
#Alias=dbus-fi.w1.wpa_supplicant1.serviceA rendszer:
Distributor ID: Debian
Description: Debian GNU/Linux 12 (bookworm)
Release: 12
Codename: bookwormSzerk: A masik gondom, hogy neha ugy gondolja, az USB dongle ne wlan0, hanem wlan1 legyen.
-
Vladi
nagyúr
válasz
5leteseN #33653 üzenetére
nemtom, valahogy összefüggenek. De szeritnem ez két különböző diszztró, persze mindkettő debianra épül.
(#33654) /dev/null:
Ezeket is fel lehet tenni, ha nagyon minimálból építkezel. de ekkor maganak kell összerakni.
Kész telepítő sysvinithez és ruinithez van. Azt csak letöltöd és felszted és ott van. Kérdés, hogy mit is szeretnél?
-
#99235328
törölt tag
Sziasztok.
Elnézést, ha nem "haladó" téma, de tartva attól, hogy magyarázkodnom kelljen az okok miatt, inkább itt kérdeznék mint a "kezdő" topicban.
Több éves Ubuntu (14.04-20.04) /Debian után jelenleg Arch-ot használok már egy ideje desktop és notebook vonalon is. Alapvetően el is vagyok vele, de most kísérleteznék kicsit systemd mentes rendszerrel. Nem részletezném az okot, kipróbálnám.
A kiszemelt "áldozat" az Artix lenne.Azt szeretném megtudni, hogy melyik init-el lenne érdemes kezdenem?
Van-e valami javasolt init daemon?
Openrc, runit, s6, Dinit?Köszönöm.
-
EQMontoya
veterán
válasz
EQMontoya #33649 üzenetére
Na, a valasz is meglett, osszesen kb 15 erre elb... ora utan.
Szoval ha van egy disc, amin korabban volt gpt particio es mbr record, akkor ennek van primary es backup bejegyzese az elso es az utolso szektorban.
Amikor mdadm-nal megcsinalja az ember a sw raidet, akkor ebbol az csak az egyiket irja felul.
Arrol viszont az uefi bios azt hiszi, hogy serult gpt bejegyzes, es visszaallitja a backupbol, ezert rebootnal szetesik az amugy tok egeszseges eszkozokbol allo tombod.Bovebben itt lehet rola olvasgatni:
https://unix.stackexchange.com/a/484532
illetve itt:
[ycombinator]Az mdadm is igazan megtehetne, hogy mindket helyet felulirja, de hogy ki volt az az istenverte allat, aki kitalalta, hogy az uefi bios kerdes nelkul bele merjen nyulni a particios tablaba... Hat annak jarna a lentebb emlitett bomba, nem az mdadm fejlesztoknek.
Itt hagyom az egesz rant-et, hatha valakinek hasznara valik kesobb.
-
EQMontoya
veterán
Sziasztok!
Van valakinek tapasztalata abban, hogy hova kell kuldeni a bombat, ha az osszes mdadm fejlesztot ki akarom vegezni?
Viccet felreteve, a kovetkezo problema:
-sw raid5 3db ssd-bol, mountolva /home ala
-az egyik elhalalozik
-rendszer csak rescue modban bootol, mert nem tudja mountolni az inactive arrayt
-beszerzem a cseret, beteszem, rescue modeban szepen megkerem az mdadm-t, hogy rakja rendbe a tombot
-kb. 2.5 ora alatt a tomb helyreall, minden oke, rendszer hasznalhato
-egeszen a legkozelebbi rebootig, amikor is az mdadm elfelejti, hogy az a disk, ami eltunt, ki lett cserelve, es helyre lett allitva. Az egyetlen dolog, amit csinalni tudok, hogy ismet vegigfuttatom az egesz 2.5 oras processt, es akkor mukodik minden megint.
-probaltam mindent, update-initramfs, stb, de egyszeruen nem, nem hajlando elmenteni a kurva allapotot. Totalis agyrem.Mi az istent lehet ezzel csinalni azon felul, hogy mindenkit egy eletre el kellene tiltani a hivatasatol, aki ezt irta?
-
-
_kovi_
aktív tag
Sziasztok!
Nem nagyon jutok előre a google-val és megoldást sem nagyon találok, de biztos én vagyok béna.
sftp csatlakozást szeretnék megvalósítani egy olyan privát kulcs használatával ami jelszóval védett. S azt szeretném hogy ne kérje be a prompt a passphrase-t ami a privát kulcs jelszava ugye. Mivel ez egy scriptben lenne beépítve. -
bambano
titán
első körben firmware-t frissítenék a mikrotiken, második körben megnézném az sfp+ hőmérsékletét másolás közben.
ha rezen kötötted össze, akkor vagy át kellene szokni üvegre, esetleg dac-ra, vagy legalább nem egymás melletti portokba dugni az sfp-t, vagy megnézni, hogy v1 vagy v2 az sfp+ rezed.az tény, hogy ettől a közvetlen kapcsolatos másolásnak nem kellene megdöglenie... esetleg megnézném azt is, hogy gigára lassítva is megdöglend-e.
a crs az switch. cloud router switch.
szerk: a linuxokkal azt lehet kezdeni, hogy nagyobbra veszed az interfészen a queue-t, a kernelben a tcp méreteket (küldés, fogadás buffer) és lecserélheted a tcp ütemezőt is. a google féle ütemező jobb, mint a default linux.
-
-
válasz
lionhearted #33643 üzenetére
256GB RAM van a gépekben, 1-2-3 GB átmásolása után dobja el magát. teljesen egyforma telepítések, így igen, az rsync is egyforma.
jumbo frame sem segítettzfs snapshotokat küldenék ssh-n, ugyanígy eldobja magát
-
-
-
adott két gép, 10G-s ethernettel összekötve.
tök faszán működik a kapcsolat közöttük, amíg csak bohóckodok, tehát pl egy iperf a végtelenségig fut hibátlanul.
viszont amint elkezdenék fájlokat másolni közöttük rsync-kel, akkor némi másolgatás után client_loop: send disconnect: Broken pipe
sehol nem látszik semmi hiba. nem szakad meg a kapcsolat. cseréltem kábelt. kötöttem össze őket routeren keresztül és közvetlenül is. mindig ugyanez az eredmény, hogy eldobja magát valamiért.
miért?két egyforma Dell R540-ről van szó, Broadcom BCM57416 NetXtreme-E Dual-Media 10G kártya van köztük, amikor router is volt, az egy Mikrotik CRS309-1G-8S+ volt. Ubuntu Server fut rajta.
-
-
Antaran
csendes tag
Köszi, hogy irtad ezt. Meddig birja egy 32 gigás pendrive? Valakinek ment már tönkre pendriveja sok irás miatt? Mennyi irást bir ki egy ilyen?
Tkp nem napi használatra gondoltam, hanem alkalmi használatra. Havi 1,2x pl. Arra lenne jó, hogy ha a laptop nincs az embernél, vagy megsemmisül, akkor van az embernél egy 2 centis eszköz, amiről tetszőleges gépet be tud inditani, és alap adatok, szoftverek vannak rajta installálva.
-
csixy
addikt
válasz
Antaran #33634 üzenetére
Ha csak úgy simán telepítesz egy pendrájvra linuxot, akkor nagyon hamar meg fogja működés közben ölni a pendrájvot a linux, mert a pendrájv nem bírja a sok irka-firkát és beég mint a plazma tv képernyője, de lehet, hogy szerencsésebb leszel, mert leállításkor nem érzékeled, hogy meddig irkálgat még a pendrájra linux és hamarabb leállítódik mint kellene és ezek miatt annyi hiba fog felhalmozódni a fájlrendszerben , hogy megdöglik rajta linuxod hamarabb, minthogy elég ideje lenne kinyírni a pendrájvot.
-
Antaran
csendes tag
Végül felment egy 32 Gb -s pendrivera a Debian 12, egy másik installer pendriveról.
X260 intel cpu-n installáltam, aztán beindult vele egy Ryzenes laptop is pendriveról.
Az volt a bibi, hogy az installer valami miatt nem gondolta fontosnak, hogy a target system partition az bootable legyen. Miután cmdből azzá tettem, elkezdett beindulni róla a gép. -
kovaax
őstag
válasz
CPT.Pirk #33631 üzenetére
A scriptbe bele kéne írni egy rakat környezeti változót, ami terminálban be van állítva, de amikor gui-ból indítod, valamiért nincs. Mondjuk kezdésnek a második sorba beírnám, hogy
set > /tmp/set-gui.txt
, aztán futtatnám gui-ból, majd terminálból, csakset-term.txt
-be, osztdiff
. -
-
CPT.Pirk
Jómunkásember
Inkább itt kérdezek rá,
Ubuntu 22.04 alatt próbálok parancsikont gyártani... Van egy deeplabcut célprogi ami állatok mozgását elemzi AI-val videó alapján, és az anaconda környezet alá telepített python 3.8-al működik. Ez a script:#!/bin/bash
eval "$(conda shell.bash hook)"
conda activate DLC
python -m deeplabcut
És ez fut is terminálból, elindul a progi. Viszont ha csinálok rá egy DLC_Start.desktop fájlt, hogy a gui-ról is el lehessen indítani, akkor persze nem találja se a conda-t, se a pythont.
Ha a fájlba beírom ezeknek a pontos elérését, akkor meg a python nem találja a deeplabcut modult. Itt leakadtam...Hogy a csudába kéne ezt megcsinálni? Az egész DLC progi egy tákolmány, csak python 3.8 alatt telepíthető, a rendszerben lévő 3.11 nem jó neki, ezért kell ez az anaconda környezet. Van belőle ugyan dockeres verzió, de az meg túl régi csomagokkal dogolzik a vga kártya használatához és amúgy is csak béta.
-
CPT.Pirk
Jómunkásember
Megpróbáltam hozzászólást írni, de a többsége mindig elveszik... Majd legközelebb...
-
-
-
-
5leteseN
senior tag
Elkezdem nézegetni ezeket!
Köszönöm! -
-
válasz
5leteseN #33621 üzenetére
Nem, attol, hogy Linux-alapu, meg lehet fizetos a termek. A VMware virtualizacios megoldasai mind Linux-alapuak, de maximum az ESXi-t, meg a Playert hasznalhatod ingyen.
Linuxon a legjobb virtualizacios teljesitmenyt KVM-mel (Kernel-based Virtual Machine) kapod, alig van hardver overhead, de nem annyira egyertelmu es kenyelmes a hsznalata, mint a VMware-nek, vagy a VirtualBoxnak.
-
-
5leteseN
senior tag
Lehet, hogy mégis egy Linux-os virtuális gép lesz a dologból.
Ezek közül melyik kis erőforrás igényű és könnyen használható vajon?Mivel Linux-osak, ezért gondolom hogy szabad felhasználásúak lesznek magán célra.
-
csixy
addikt
Most egy ilyen svájci bicskát csinálok. A /dev/sdb4-re van telepítve egy LMDE6 Faye 6.5.0-0 ás kernellel. Meg van csinálva, hogy bootolható UEFI-ben és Legacy módra is. Az sdb5 és sdb6 adatpartíciók. A live linux csak egy lmde6 nevű mappa a telepített linux gyökerében. A /etc/grub.d/40_custom file tartalma ez lesz itt a poszt legalján. ... Ezután már csak egy sudo update-grub lefuttatása szükséges és a telepített linux grubmenűjéből tölthető a ramba a live linux. Ráadásul, ha UEFI-be indítom a grub menüt, akkor UEFI lesz a ramba töltött live linuxom, ha pedig Legacyba indítom a grub menüt, akkor Legacy lesz a ramba töltött live linuxom is. A rendes telepített linuxot is tuninngolgatom időnként és ha kedvem támad, akkor csinálok egy újabb konzervet a frissített linuxból és azt teszem a gyökérbe az lmde6 mappába. Az fontos hogy a kit config fájljában a linux mappa nevét lmde6-ra módosítom mindig.
#!/bin/sh
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
menuentry "LMDE6_toram" {
search --no-floppy --fs-uuid --set=root e2584fe8-8748-4da4-badc-9c01d88175a8
linux /lmde6/boot/vmlinuz root=UUID=e2584fe8-8748-4da4-badc-9c01d88175a8 vga=769 load_ramdisk=1 prompt_ramdisk=0 rw printk.time=0 apparmor=0 toram
initrd /lmde6/boot/initrfs.img
} -
csixy
addikt
A legegyszerűbb valahová telepíteni egy debian linuxot , azt kipengetni, kifincogtatni, hogy minden rajta legyen ami kell. Aztán törölni a bögésző előzményeket, esetleges egyéb szemeteket. Aztán letölteni a [Linux Live Kit] legutolsó stabil verzióját, célszerű a config fájlban a készülő live linux mappa nevét valami egyedire megváltoztatni. Aztán a leírás alapján megcsináltatni vele a telepített linuxból a live linuxot. Végeredményben lesz egy mappa benne a boot, a changes és a modules mappa. A szerző leírása alapján is beüzemelhető syslinux-szal, de azt is meg lehet tenni, hogy a boot mappából mindent kitörlünk, csak a vmlinuz és az initrfs.img maradjon benne és akkor egy másik linux grubját, vagy a ventoy grubmenüjét meg lehet tanítani hogy bebootolja a konzervünket , akár a ramba is mehet fel, vagy ha ext4-es fájlrendszerre tettük fel akkor a perzisztenciát szépen menti a changes mappába. Egyetlen hibája, hogy kernelt nem lehet újítani frissíteni rajta, ahhoz egy újabb konzervet kell csinálni.
-
-
5leteseN
senior tag
Csak hogy számszerűleg is látványos legyen, hogy miért futtatnám RAMDdrive-os megoldást, ez a helyzet az egyik leggyengébbecske gépen:
USB 2.1:SATA SSD:
RAMdrive(DDR3):
Leteszteltem a különbséget portable programokkal: sokkal, sokkal gyorsabbak voltak a RAMdrive-os futtatással!
-
-
Antaran
csendes tag
Köszönöm szépen. 👌 Vagány. Még emésztem a cikket + A 8-10GB tárhelyen még gondolkozok, hogy van e ilyen. Ami még itt fennforgás, hogy nincs linuxos gépem. W10ről irtam ki az install ISO -t egy 32 Gb-os pendrivera. Amiről át szerettem volna installálni a 256 GBos pendrivera egy yt video alapján, csak mig ott bootolt install után, nálam nem. Lehet, h a méret is túl nagy ehez, legalábbis túl sok cikket találok arról, hogy főleg inkább 32 GB nál kisebb driveokkal érdemes próbálkozni.
-
válasz
Antaran #33609 üzenetére
Ld. korábban; ha tudsz olyan tárhelyet, amire fel tudok tölteni 8-10GB, akkor tudom adni imageben is. Mondjuk rém fapad.
@5leteseN : " egy VMWare, vagy hasonló elvesztett teljesítménye sem kell(amit nem tudom mennyi! Mennyi)"
Nem sok."Valamelyik bootmanager nem tudja meghivni a ramdisket/toram-ot,"
Nem, mert az a kernel tulajdonsága. Illetve a GRUB nem fog neked konfigot generálni magától boot közben (OS-eket keresni), mert nem az a dolga.
Azt be tudod drótozni menüpontokra, hogy próbáljon meg az első, második winyó első, második... partíciójáról indítani. (Kísérletezd ki, hogy mi a megfelelő eljárás rá.) -
5leteseN
senior tag
Ez jó megoldás az adott disztróknál, de itt az lenne a cél, hogy a pendriveról induló bootmanager tegye fel a kérdést, hogy a megtalált OS-ek küzül melyiket akarom indítani, és akarom-e, hogy RAMdriveban induljon.
A toram utasitással a Ventoy ezt nagyon szépen teszi, de az az iso-kal.
Ezt egy lebuttitott virtuáliálissal is meg lehetne csinálni, de annak a tudásnak a töredéke kell csak, és egy VMWare, vagy hasonló elvesztett teljesítménye sem kell(amit nem tudom mennyi! Mennyi)
Valamelyik bootmanager nem tudja meghivni a ramdisket/toram-ot, hasonlót inditás előtt, létrehozva egy virtuális (c : ) drive-ot?
-
Antaran
csendes tag
Sziasztok,
Hátha van ötletetek. Debian install USB drive-ra.
1. feltettem Debian 12 -t egy 256 GB-os samsung flash drive-ra. Felment. A végén kérdezte h a GRUB hova tegye a dolgokat, mondtam hogy sdc -re, ami az adott drive,
2. install rendben hiba üzenet lezajlott,
3. ami a probléma, hogy nem indul be sem az X260-as laptopon, sem egy újabb ryzenesről a Debian. Secure boot: off, legacy support: on. Bios Boot menu látja a drive-ot, kiválasztva villogó prompt jön elő és villogva ott marad.Mi lehet az oka? Ti hogy szoktatok működő linux OS-t installálni USB drive-ra ?
-
-
vicze
félisten
Lassan sikerül feltalálni a kereket...
-
growler
őstag
válasz
5leteseN #33589 üzenetére
Ott van pl. a jol "felszerelt" MX Linux.
A live inditasa utan megjeleno elso ablakban, a:
"Boot Options quiet splasht nosplash" utan beirod:
"toram" - enter utan a kovetkezo ablakban, szepen betolti
a teljes rendszet a RAM-ba.
Miutan teljesen betoltodott a rendszer, a Pen.-t akar ki is
huzhatod. -
5leteseN
senior tag
http://reboot.pro/index.php?showtopic=22567
-
5leteseN
senior tag
Nézem...
Közben az is beugrott, hogy a Plop miért merült fel bennem (ismét): az UEFI-BIOS-ban emlegettek vhol onnen meghivható RAM-drive-ot.
=> ...és a Plop emlékeim szerint megtudja "hamisitani" a régi "tutyi-mutxi" BIOS-okat UEFI-sre, REBAR-osra, lehet, hogy ezt is tudja már, vagy fogja tudni, miután szólt neki valaki
Majd jövök holnap, és addig is:
-ek!
Új hozzászólás Aktív témák
Hirdetés
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Kormányok / autós szimulátorok topikja
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Sony MILC fényképezőgépcsalád
- BestBuy ruhás topik
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Szeged és környéke adok-veszek-beszélgetek
- Linux kezdőknek
- Kávé kezdőknek - amatőr koffeinisták anonim klubja
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- További aktív témák...
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Sea of Thieves Premium Edition és Egyéb Játékkulcsok.
- Antivírus szoftverek, VPN
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Telefon felvásárlás!! Honor Magic6 Lite, Honor Magic6 Pro, Honor Magic7 Lite, Honor Magic7 Pro
- Telefon felvásárlás!! iPhone 13 Mini/iPhone 13/iPhone 13 Pro/iPhone 13 Pro Max
- Bomba ár! Lenovo ThinkPad T460 - i5-6GEN I 8GB I 256SSD I 14" FHD I Cam I W10 I Garancia!
- Bomba ár! Lenovo X1 Yoga 1st - i7-6G I 8GB I 256SSD I 14" WQHD Sérült I W10 I CAM I Garancia!
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest