-
Fototrend
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
válasz
peterattila #75803 üzenetére
(kékhalált látott vki az elmúlt 10 évben?)
Igen, pl, én is láttam már párszor dobott egy QR kódot. Sőt, napi rendszerességgel belefutok, abba, hogy az Explorer.exe újraindul. De valóban szerencsésen kinőtte magát, vagy lényegesen jobb lett a hibakezelése.gombokért adják
Elég jól kereshetsz, hogy neked a 30-50'000.- pénz gombnak számít. Vagy a céges licence-el nepperkedő warezolókra gondoltál?Nem teljesen világos a kérdés. Ha a parancsokat az NFS szerveren adtad ki, és a mediabox-al ezt szeretné tallózni, akkor az teljesen normális. Ha nem fut az NFS szerver, nem tudnak hozzá kapcsolódni a kliensek.
-
K0zm0
aktív tag
válasz
peterattila #75770 üzenetére
"Mindenre van alternativa, megoldas de korulmenyes."
Egyébként, nem is annyira a körülményesség, hanem a lustaság, és a megszokott dolgokon és komfortzónán kívül való mozgás a nagy akadály az emberek döntő többségénél. (pl. GMS esetében. Melóba mi is árulunk guglilemtes Huaweieket.)"A világ a felé tart, hogy felhőben lesz minden, nálad csak egy eszköz lesz, amin eléred."
Ez most személyes vélemény lesz (tehát nem muszáj egyetérteni), de az ég áldjon a centralizálástól! Tudom vannak előnyei, de kösz nem, inkább maradok lokálba ahol ÉN dönthetek arról, hogy mi telepítsek bütyköljek, vagy éppen rontsak el valamit. Nem beszélve a személyes adataimról, de ez véget nem érő történet lenne, úgyhogy itt be is fejeztem.
-
válasz
peterattila #75770 üzenetére
A Linux nagyon sokat közelített (jó értelemben) a windowshoz, telepítés, GUI, programok, és én spec akkor vártam komolyabb áttörést amikor a steamen megjelentek az ismertebb játék nevek natív linux verzióban. De iagzából még mindíg ott van az emberek fejében a szetreotipia a pingvinnel kapcsolatban de ez talán nem is baj. Szerintem sem lesz soha annyi linuxos mint windowsos de szerintem nem is ez a cél....
-
CPT.Pirk
Jómunkásember
válasz
peterattila #75490 üzenetére
5000-es széria kell a VP9-hez. Ugyanakkor nem garantált, hogy működni is fog a youtube-on, még elég kezdetleges a dolog. - Az 5000-es széria meg amúgy is drága...
Az offline videók többsége viszont x264 vagy x265-ös codecet használ, azok már a régebbi kártyákon is jól működtek. Ár / érték arányban talán egy használt RX500-as sorozatú kártyát vennék a Polaris GPU miatt, azok mindent tudnak a VP9-et kivéve. - és ráadásul a szoftveres oldaluk is fasza Linux alatt.
Itt megtalálod, hogy melyik GPU mit tud hardveresen dekódolni: https://en.wikipedia.org/wiki/Unified_Video_Decoder
-
Sonja
nagyúr
válasz
peterattila #75328 üzenetére
${execi 60 nvidia-settings -query [gpu:0]/GPUCoreTemp -t} °C
-
CPT.Pirk
Jómunkásember
válasz
peterattila #75231 üzenetére
Jól látod. De tradicionálisan az mnt alá csatoltál olyat, ami nem eltávolítható.
-
rin33
senior tag
válasz
peterattila #75188 üzenetére
Indítsd el live-ban MX Linux-ot vagy antiX-ot, abba van egy Boot repair app. Nálam eddig mindig rendbe rakta a Grub-ot. 2-3 kattintás volt.
-
#63718632
törölt tag
válasz
peterattila #75205 üzenetére
A LM live menüjében?
-
#63718632
törölt tag
válasz
peterattila #75195 üzenetére
Csatold fel a sda1-et is, mert az az efi partíció és grub install >> sda1
-
#63718632
törölt tag
válasz
peterattila #75190 üzenetére
Ez alapján könnyű lessz.
[link] -
#63718632
törölt tag
válasz
peterattila #75188 üzenetére
Milyen partíciók vannak az sdd-n?
Live-ból légyszi sudofdisk -l
éslsblk -f
kimenetet. -
milan26
senior tag
válasz
peterattila #75120 üzenetére
UMS
-
Synaptic
senior tag
válasz
peterattila #75118 üzenetére
A minidlna sajna ezt nem tudja . Apróbb csalással megoldható , de nem ér annyit az egész.
Kipróbálniúgy tutod hogy beraksz 1 képet a film mappájába. Amennyiben azt mutatja majd keresünk valami scriptet. -
CPT.Pirk
Jómunkásember
válasz
peterattila #74708 üzenetére
Annak hardveres háttere is van, hogy nem megy a Youtube gyorsítása mert kell hozzá VC-1 támogatás a videokártyába (most tekintsünk el attól, ha pluginnel bekorlátozod 1080p x264-re a Youtube-ot). Radeon téren pl. csak az új kártyákban van ez meg.
Az jobban zavar, hogy mesterséges alapon korlátozzák be a 4K tartalmak elérését Netflixen. Fizetek érte, ne mondják már meg, hogy csak az Edge a jó nekik 4K-ra...
Úgy amúgy az Edge pont olyan szögletes és semmilyen, mint a W10. Én maradok Firefoxnál, igaz lassabb, de stílusos.
-
Balerik
aktív tag
válasz
peterattila #74708 üzenetére
+1
-
CPT.Pirk
Jómunkásember
válasz
peterattila #74649 üzenetére
Szerintem jó minden nálad, csak régi a mesa csomag. A legfrissebb 19.3-as mesa csomag is februári.
Nálam most a tartalék gépben ez van:
Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] vendor: Gigabyte
driver: amdgpu v: kernel bus ID: 01:00.0 chip ID: 1002:67df
Display: x11 server: X.Org 1.20.9 compositor: kwin_x11 driver: amdgpu FAILED: ati unloaded: modesetting,radeon
alternate: fbdev,vesa resolution: 2560x1440~60Hz s-dpi: 96
OpenGL: renderer: Radeon RX 570 Series (POLARIS10 DRM 3.38.0 5.8.8-2-MANJARO LLVM 10.0.1) v: 4.6 Mesa 20.1.7
direct render: Yes
A két kártya között nem sok különbség van. Még megpróbálhatod webrenderer nélkül, gyanítom, hogy a webrenderernek kell a friss mesa.
-
CPT.Pirk
Jómunkásember
válasz
peterattila #74549 üzenetére
Elég kevés dolgot tud az a kártya gyorsítani. Youtubeot akkor tudod, ha a h264ify pluginnel rákényszeríted a Yt-t, hogy x264-es kódolással játssza le a filmeket. Csak 1080P felbontásig fogod tudni nézni vele a filmeket.
-
CPT.Pirk
Jómunkásember
válasz
peterattila #74264 üzenetére
Ilyenkor rugaszkodj el az Ubtuntu vonaltól. Dobjál rá egy Manjaro-t.
-
válasz
peterattila #74264 üzenetére
Hát akkor ebben ennyi volt, sejtettem, hogy a végén vissza kell raknod a 19.3-at, viszont az nagyon jó és még évekig támogatott is marad. A Focal Fossa ötlet nem volt túl hasznos, mivel az az alapja a Mint 20-nak, szóval ami nem működik az az Ubuntu 20.04 alap miatt nem működik.
Ennyi próbálkozást azért megért a dolog.
-
peterattila
aktív tag
válasz
peterattila #74262 üzenetére
Na, visszatértem a 19.3-ra. Előző rendszeren frissítettem 5.8-as kernelre, ami ugyanúgy lassú volt, cserébe eltörte az nvidia drivert. Minek forgassak nvidia drivert rá, ha ez is lassú. Szóval felejtős lett a dolog. Gondoltam nézzünk ubuntu focal fossa-t, hátha. De sajnos ez sem nyert. Úgyhogy maradt a 19.3 és win10, ezekkel sima a liba. Sőt, windowson a hetes volt rá a legjobb, de ez már így marad, amíg meg nem döglik a lap, proci, ddr2, valami.
Köszi mindenkinek a segítőkészséget.
-
gregory91
senior tag
válasz
peterattila #74247 üzenetére
Frissítéssel is lehet telepíteni.
A frissítés során az előző verziók megmaradnak, így akár azt a grub menuből is indíthatod. -
válasz
peterattila #74254 üzenetére
Nem tudom, de ezek, amiket linkeltem mind kifejezetten Ubuntuhoz készült kernelek! Az UKUU is és ez a Ubuntu Mainline Kernel Installer is csak azokat kezeli. A linkelt parancssorosnál is láthatod, hogy az Ubuntu szerveréről szedi a friss kerneleket:
wget -c https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.8/amd64/linux-headers-5.8.0-050800_5.8.0-050800.202008022230_all.deb
-
CPT.Pirk
Jómunkásember
válasz
peterattila #74250 üzenetére
Elírtad a parancsot.
sudo apt -y install ukuu
-
válasz
peterattila #74249 üzenetére
Nincs többnyire gond ezekkel a régi, de még jó hardverekkel, de ilyen gikszerek azért előfordulnak új kerneleknél, ez nem most jön elő a Mint 20-szal, mindig is voltak ilyenek.
Ez most a legfrissebb stable kernel, ezzel a módszerrel is fel tudod rakni, csak az aktuális sort ki kell cserélned az előbbi linkben található sorral.
Itt van már 5.8-as is ugyanonnan.
-
CPT.Pirk
Jómunkásember
válasz
peterattila #74247 üzenetére
Pl. az ukuu-val tudsz feltenni újat. [link]
5.7 vagy 5.8 most a legújabb ami benne lesz. -
válasz
peterattila #74244 üzenetére
10.738532] IPv6: ADDRCONF(NETDEV_CHANGE): enp4s0: link becomes ready
[ 159.759080] INFO: NMI handler (nmi_cpu_backtrace_handler) took too long to run: 0.000 msecs
[ 661.449151] perf: interrupt took too long (2504 > 2500), lowering kernel.perf_event_max_sample_rate to 79750
[ 691.533541] INFO: NMI handler (perf_event_nmi_handler) took too long to run: 0.000 msecs
[ 782.754750] perf: interrupt took too long (3138 > 3130), lowering kernel.perf_event_max_sample_rate to 63500
[ 1123.426101] perf: interrupt took too long (3924 > 3922), lowering kernel.perf_event_max_sample_rate to 50750
[ 1139.825592] perf: interrupt took too long (14445 > 4905), lowering kernel.perf_event_max_sample_rate to 13750Pedig tök ugyanaz a hiba. Nálam is ugyanez a kernel van, nem csinál ilyet. Szóval a kernel betöltésekor történik a dolog, nem különösebben számít, hogy milyen disztrót raktál fel. Meg kéne próbálnod újabb kernellel, a jelenlegi valamelyik hardvereddel nem szimpatizál, ilyen van azért időnként.
perf_event_max_sample_rate - ezt írtam az imént is és ez ott van a mostani sorokban is!
-
CPT.Pirk
Jómunkásember
válasz
peterattila #74244 üzenetére
Látsz valamit a journalban?
journalctl -b
journalctl -b -p 3
Meg még megpróbálhatsz újabb kernelt, hátha az 5.4-ben van valami ami nálad gondot okoz...
-
headhunter
addikt
válasz
peterattila #74241 üzenetére
-
válasz
peterattila #74241 üzenetére
perf_event_max_sample_rate
ennek kéne levinni az értékét a javasolt szintre, de több helyen írják, hogy érdemes 0-ra vinni, azaz kikapcsolni. Fogalmam sincs, nálad miért csinál ez ilyet és azt sem tudtam eddig, hogy ez a valami létezik a kernelben, de tényleg van nekem is, viszont sose szórakozik.A pastebin-es dolog jó volt, szinte épp ott van elvágva, ahol már érdemi infó is lenne, de épp megvan.
Ha meg akarod ezt oldani, javaslom a Haladóban kérdezd meg, hogy a fenti értéket hogyan lehet változtatni, hogy ne legyen belőle nagyobb gubanc! Itt ugyan látok javaslatot a kikapcsolására, de ha megnézed a linket, láthatod, hogy nem éppen a mi szintünkön beszélik meg a dolgokat, emiatt is célszerű a Haladó topikban kérdezned.
Itt is van egy link, de nekem még ez sem teljesen egyértelmű, mivel állunk szemben és mit kéne csinálni:
-
gregory91
senior tag
válasz
peterattila #74235 üzenetére
Valamiért engem ez a sor aggaszt:
"systemd-fsck@dev-disk-by\x2duuid-3F65\x2dC85B.service @1.209s +42ms
└─dev-disk-by\x2duuid-3F65\x2dC85B.device @1.207s"
A fsck a windows-os chkdsk linux-os megfelelője(fsck.fájlrendszer néven hivatkozik rá).Ha valami baj a partícióval akkor képes egy fsck programot is futtatni. -
válasz
peterattila #74237 üzenetére
Ebben az FSTAB-ban elsőre nem látszik semmi. Nézzük meg a dmesg kimenetet pastebin linkkel berakva, ott csak mutat valamit, hol kezdi a szuttyogást.
Azért sötét végig a monitorod, mert nem nyomod meg a látniakaromabootfolyamatot gombot! A le/fel gomb is tökéletes erre a célra. No de először nézzük a dmesg-et.
Ezt még nem próbáltad?
Valami halványan rémlik a meghajtók nevéről, lehet tévedek, de jobb lenne, ha átneveznéd a data-1 helyett data1-nek! A nevekben lévő írásjelek itt nem szerencsések. (ez lehet, hogy marhaság és csak ha szóközt tartalmaz a megnevezés, akkor van gond)
-
válasz
peterattila #74235 üzenetére
Ez a kimenet nem mutat semmit, egyébként se jó csak így magában, a systemd-analyze nélkül.
Az a 30 sec plusz idő vagy egy rendszer számára nem található meghajtó miatt lehet, ehhez látni kéne az FSTAB kimenetet, de ha most sem UUID-dal vannak csatolva a meghajtók/particiók, az alapból hibalehetőség. Milyen telepítés ez amúgy, tiszta vagy frissítés? Milyen csatolásaid vannak? Külső/belsősystemd-analyze
cat /etc/fstabkimenetek kellenek.
A másik ami nekem új volt a múltkor, bár elég ritka, de nézd át ezt a thread-et
Ja igen, amíg bootol a rendszer, mi történik a képernyőn? Visszaszámlálás valami szöveggel, ilyesmi? Csak úgy nem malmozik a rendszer, hogy ne jelezné, mit csinál? Legalul szokta jelezni.
-
válasz
peterattila #73543 üzenetére
Pont ez volt a bajom nvme esetén, hogy a sensors-detect ezt nem látja.
Azért lényeges ez, mert ebből akkor látjuk, hogy a sensors frontend-jei sem fogják kezelni. Jöhet a Conky.
lm-sensors Graphical front-ends
Conky amúgy tényleg nagyszerű, csak elég munkás, ha valaki nem a conky-managert használja. Bár az meg ugye eléggé korlátozott saját konfigolás szempontjából.
(#73544) Tarokk79
Pfff no ez nem Kezdő téma, inkább ezt kellett volna beírnod a Debian topikjába vagy a Haladóba!
-
bhonti
aktív tag
válasz
peterattila #73539 üzenetére
Nemtom SSD-nél mennyire segít... de sima HDD-knél van "hddtemp /dev/sd?" parancs.
-
válasz
peterattila #73538 üzenetére
Mindez nem jöhetett volna létre ubyegon2 írása [link] nélkül, amit ezúton is köszönök neki
Na ez super, végre valaki hasznát látta ennek a hirtelen ötlettől vezérelt írásnak! Örülök neki.
Sajna ez ilyen a gyártóknál, lematricázzák, így ha leszeded, ugrik a garancia, ha nem szeded le és túllépi a gyárilag megadott optimum hőintervallumot, akkor is ugrik a gari.
Viszont a lényeg, hogy nem kell ám annyira aggódni a hőfokok miatt, még a SATA SSD-k gyári optimuma is 40-70 fok között van, NVME SSD esetén ez 40-90 fok is lehet! Épp ma reggel nyomtam egy nagy okosságot ezzel kapcsolatban szaktopikban! Egyébként tényleg, ha 40-60 sőt 70 fokig felmegy az NVME, az teljesen normális! Viszont ezek a tök egyszerű bordák is tényleg sokat tudnak hűteni, az a fura, hogy filléres dolog, mégis csak a Pro verziókra tesznek alapból bordát a gyártók.
Én meg ezt a namhuy.net-es cikket köszönöm! Régen megvolt egy írása, de azt hiszem az előző weboldala megszűnt, így újra megvan.
Erre a másik dologra sok tippem nincs, ha van hozzá affinitásod, ez alapján talán be tudod rakni a psensor konfigjába, nem nagyon értek ehhez. Viszont ha Conky-t használnál, azt sokkal jobban lehet konfigurálni, nagyobb esélyed lenne megoldani a hőérték kijelzését! Sajna még csak kipróbálni sem tudom, még mindig nincs NVME SSD-m. Ha lenne, jóval bővebb lenne az említett blogom is.
Egyébként a sensors-detect parancsot lefutattad terminalban? Utána mutatott értéket az SSD-ről? Ha nem, akkor esélyes, hogy nem fogod kiiratni a psensor-ral sem. De ez csak laikus következtetés.....
-
peterattila
aktív tag
válasz
peterattila #73538 üzenetére
Még valami, a sudo smartctl -A /dev/nvme0 kimenetét hogyan tudnám bekötni a psensor-ba? Mutassa az nvme értéket is, a többi mellett.
-
Cyrin
addikt
válasz
peterattila #73260 üzenetére
hát ez ilyen, insync-et vagy megasync-et ajánlom.
-
válasz
peterattila #73193 üzenetére
Ha a stabilitás is meglesz ehhez, egész klassz kis rendszer lehetne. Ahogy fórumtársak említik, igaz Gnome alapú a Cinnamon, de persze nem a mindig aktuális Gnome-ból keverik ki a friss Cinnamont.
Szerencsére, tegyük hozzá.
-
Cyrin
addikt
válasz
peterattila #73193 üzenetére
Tényleg jó lett. A 18.04-nél csak össze lett csapva az egész gnome3, azóta viszont volt idő dolgozni rajta, és tényleg látszik a különbség, megkönnyebbült a laptopom tőle, a venti is sokkal kevesebbet dolgozik, szinte észre sem venni. És probléma sincs vele annyi mint a 18.04-gyel volt anno.
Viszont a cinnamon-hoz semmi köze, amivel eddig se volt probléma ilyen téren. -
#63718632
törölt tag
válasz
peterattila #73193 üzenetére
Jó, de az Ubuntu Gnome3 setup semmilyen kapcsolatban sincs a Linux Mint Cinnamon környezetével. Mint-be az alaprendszert emelik át, majd a saját GUI-kat optimalizálják rá.
Meg kell hagyni tényleg szép és fluid lett tényleg. -
vadkörte
addikt
válasz
peterattila #73030 üzenetére
-
CPT.Pirk
Jómunkásember
válasz
peterattila #73026 üzenetére
Nem lehetetlen, hogy GParted / KParted is képes erre partíció mentés és visszaállítás során, de pl. Clonezilla megcsinálja, csak elsőre nem feltétlen egyértelmű a program használata a karakteres GUI miatt..
-
Sonja
nagyúr
válasz
peterattila #73012 üzenetére
A
vo=gpu
kimenet nem működik. Használd avo=vaapi
opciót ahwdec=vaapi
mellett és kész. -
CPT.Pirk
Jómunkásember
válasz
peterattila #73010 üzenetére
Magyarul mind vaapi, mind vdpau működik nálad, használhatod bármelyiket.
-
CPT.Pirk
Jómunkásember
válasz
peterattila #73007 üzenetére
Vaapi kell neked elvileg. Viszont a vdpau-nak is van vaapi backendje, ha fent vannak a kellő csomagok.
Először leellenőrziném, hogy vainfo és a vdpauinfo parancsok mit mondanak. Ha valamelyik nincs, akkor telepíteni kell hozzá csomagot.
-
peterattila
aktív tag
válasz
peterattila #73004 üzenetére
Itt a kimenet:
mpv --vo=help
Available video outputs:
opengl : Extended OpenGL Renderer
vdpau : VDPAU with X11
wayland : Wayland SHM video output
xv : X11/Xv
sdl : SDL 2.0 Renderer
vaapi : VA API with X11
x11 : X11 (slow, old crap)
null : Null video output
image : Write video frames to image files
tct : true-color terminals
caca : libcaca
drm : Direct Rendering Manager
-
Sonja
nagyúr
válasz
peterattila #72997 üzenetére
Intélnél és AMD-nél vaapi kell, míg nVidia kártyánál nvdec (régebben vdpau) kell a hwdec után. Ezt használd AMD-nél:
vo=gpu
hwdec=vaapi
Szerk.: Ha problémát tapasztalsz, akkor a vo= után próbálkozhatsz a gpu-hq vagy opengl opciókkal is.
-
Keem1
veterán
válasz
peterattila #72923 üzenetére
Vagy csak nem találja. Én is jártam úgy, hogy python3 volt, míg python (2) nem. Terminál mit mond arra hogy
python --version
? -
válasz
peterattila #72891 üzenetére
Csak az utolsó sor paraméter felsorolását kell kiegészíteni:
LABEL=Data-2 /mnt/Data-2 auto nosuid,nodev,nofail,x-gvfs-show,x-systemd.before=nfs-kernel-server.service 0 0 -
válasz
peterattila #72888 üzenetére
Erre én is gondoltam, hogy azt valamiért lassabban /később csatolja fel.
Az fstab-ban írd át a csatolását:
UUID=3f46ad95 /mnt/Data-2/Filmek ext4 defaults,x-systemd.before=nfs-kernel-server.service 0 0
Elméletileg így megvárja az nfs indítása, hogy felcsatold a partíciót.vmk
Ez egy RaspberryPi? -
válasz
peterattila #72879 üzenetére
Itt van a gond:
Failed to stat /mnt/Data-2/Filmek: No such file or directoryMivel nem találja az /mnt/Data-2/Filmek könyvtárat, leáll. Létezik a könyvtár? Nem gépelted el az elérési útvonalat?
-
válasz
peterattila #72872 üzenetére
Ez látszólag megy. Miből gondolod, hogy nem működik?
-
válasz
peterattila #72868 üzenetére
A showmount -e ipcímed Mit mond?
Hogy néz ki az export fájl?
Mi a systemctl status nfs-kernel-server.service kimenete? -
peterattila
aktív tag
válasz
peterattila #72844 üzenetére
Korai volt az öröm
. sudo systemctl enable nfs-kernel-server ellenére sem indul el az nfs megosztás gép restart után.
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=18.04
DISTRIB_CODENAME=bionic
DISTRIB_DESCRIPTION="Ubuntu 18.04.4 LTS" -
válasz
peterattila #72832 üzenetére
Szerintem már systemd-s init rendszert használó distro-t futtatsz, ott másképpen kell:
sudo systemctl enable nfs-kernel-server -
válasz
peterattila #72799 üzenetére
A virtualbox-guest-additions, a virtualboxban futó rendszerre, esetedben a W10-re kell telepíteni, nem a host rendszerre, ami esetedben a linux. Letöltened sem kell azt a virtualbox menüjében éred el.
Bizonyos esetekben (Support for USB 2.0 and USB 3.0 devices, VirtualBox RDP, disk encryption, NVMe and PXE boot for Intel cards.) szükség lehet a host rendszerre(amin a virtualbox-ot futtatod) telepíteni. -
vadkörte
addikt
válasz
peterattila #72799 üzenetére
Elvileg igen és kellhet egy kernel modul is. (legalább is nekem Manjaro-n kellett)
-
Rimuru
veterán
válasz
peterattila #72797 üzenetére
Biosban engedelyezned kell a virtualizaciot.
Hozzáadtam az Oracle VirtualBox repository-t - alap tarolobol miert nem volt jo?
-
CPT.Pirk
Jómunkásember
válasz
peterattila #72790 üzenetére
Virtualbox teljesen megfelelő erre.
-
Rimuru
veterán
válasz
peterattila #72788 üzenetére
Attol fugg mi a cel.
Jatszani* siman jo a virtualbox es egyszeru hasznalni.
Komolyabb feladatokra es teljesitmenyert pedig vmware, Xen, kvm(+qemu).De lehet nem is virtualizacio kell akkor ott van az lxc (lxd), docker, systemd containers
*nem gamelni, hanem pl distro hoppolni, stb
-
peterattila
aktív tag
válasz
peterattila #72600 üzenetére
Na, elindultam. Egy laza do-release-upgrade -d helyretette a dolgokat, így hamarabb álltam át a Focalra, mint terveztem. De hogy mi volt a baja, nem tudom.
-
CPT.Pirk
Jómunkásember
válasz
peterattila #72303 üzenetére
powertop és powerstat progiknak nézz utána. Btw, "Lidlis fogyasztásmérő" olyan 3e forint körül van és egy átlagos asztali PC idle fogyasztása olyan 50..60W
#72302:
Félnek Linux alatt a grafikus drivereket használni a korábbi évek tapasztalatai miatt, emiatt nem aktív alapból a felület GPU-s rajzolása sem. (de bekapcsolható, az összefoglalóban megtalálod)
Viszont mióta van a Vulkan, előbb-utóbb szerintem javulni fog ez a helyzet. -
válasz
peterattila #72202 üzenetére
-
válasz
peterattila #72202 üzenetére
Elméletileg ugyanazon driver kell mindkét kártyahoz, nem lehet semmi gond. Itt le is tudod csekkolni.
van ám újabb is az előbbinél:
(#72203) anorche1
Nemrég írtam neked ezt a parancsot, minden hasonló esetnél alkalmazhatod:
"A helyedben terminalban hagynám futni a
journalctl -f
parancsot, hátha esemény után kiír valamit, amivel lehet szűkíteni a kört."A rendszermeghajtón van még elég hely? Arról nem sokat írsz, csak a HDD-ről, mi van a 850 Po 128GB SSD-vel? Szerintem ha nem is ezzel, de valami hardverrel lesz gond, ezért is hagyd futni állandóan a fenti terminal parancsot!
Most írod, hogy semmi titkosítás meg egyéb nincs a meghajtókon, de nemrég még LUKS-ról írtál....
-
ooszi
senior tag
válasz
peterattila #71318 üzenetére
-
Sinkapeter
tag
válasz
peterattila #71318 üzenetére
-
CPT.Pirk
Jómunkásember
válasz
peterattila #70995 üzenetére
Jajj nem, valami más hasonlóval kevertem össze.
Storms: A steam az egy komplett platform, rajta sok ingyenes címmel. Aminél ott szerepel h. "Steamplay", az egyből meg Linux alatt, aminél nem, ott meg még mindig meg lehet próbálni a steam Proton futtatókörnyezetét.
Nagyon pozitív csalódás nekem az utolsó Tomb Raider játék volt, a Linuxos natív port több FPS-t hoz, mint a W10 alatt a Wines verzió.
-
samujózsi
senior tag
válasz
peterattila #70650 üzenetére
Ezek szerint nem volt titkosítva?
-
válasz
peterattila #70641 üzenetére
Mobilon nem próbáltál még androidos megoldásokat, például Easeus Mobisaver a playről? De van jó pár recovery alkalmazás még ezen kívil is.
(#70646) samujózsi
Örülök, ha neked triviális, amit nekem elő kellett keresnem a jegyzetekből, de kezdő topikban ezt a nagyképű szöveget kár nyomnod, nekem nincs évtizedes rendszergizda múltam koma, laikusként így tudok segíteni, hogy előhalászom, kipróbálom, mielőtt beírom. Most is kipróbáltam és semmilyen hasznos infó nem maradt ki, max a te fejedből.
-
CPT.Pirk
Jómunkásember
válasz
peterattila #70641 üzenetére
Ha nem az van, amit samujúzsi írt, akkor még az lehet, hogy egyszerűen megsérült a fájlrendszer leíró rész. A recovery progi ami mutatta a fájlokat, nem hiszem, hogy titkosított fájlrendszeren is működne, így talán van remény.
Csinálj egy DD-s mentést a kártyáról. Aztán próbáld meg, hogy adsz partíció ID-t (valszeg exfat) az sde2-nek fdisk alatt: [link]
Utána már lehet, hogy fogsz tudni kezdeni vele valamit. -
samujózsi
senior tag
válasz
peterattila #70641 üzenetére
Legszebb öröm a kárörömNekem úgy tűnik, ez a kártya androidon titkosítva lett. Ha így van, akkor a mobilon kívül (ismereteim szerint) nem tudsz hozzáférni a rajta tárolt adatokhoz.
Formázni talán lehet, de azzal biztosan elvesznek az adataid. -
peterattila
aktív tag
válasz
peterattila #70631 üzenetére
Na, beégtem kegyetlenül
. 2 hete szereltem a gépet és nem dugtam vissza az alaplapon az előlapi usb-kábelt
. Ezért nem látta a memóriakártyát. Csak olyan ritkán használom, hogy erre nem is gondoltam.
Szóval itt a kimenet:
sudo fdisk -l /dev/sde
Disk /dev/sde: 29,5 GiB, 31691112448 bytes, 61896704 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 16C3FB47-1227-42D6-8235-AF17AFBA0258Eszköz Start Vége Szektorok Size Típus
/dev/sde1 2048 34815 32768 16M ismeretlen
/dev/sde2 34816 61896670 61861855 29,5G ismeretlenViszont a fájlrendszert ismeretlennek látja a photorec és a gparted is, nem tudnak vele mit kezdeni. A kártyán 2 partíció van, egy kisebb android_meta és a nagy android_expand. Ismeretlen partíciót ír a photorec. Egy keresési találat javasolta az exfat-fuse csomag telepítését, de ez sem segített, nem exfat fs-t használ. Hogyan tovább?
-
válasz
peterattila #70638 üzenetére
dmesg | tail -15
Ez is használható ilyenkor, megnézed a dmesg kimenetének a végét és ha a plusz eszköz behelyezése után kiadod ezt a parancsot, megjeleníti az utolsó 15 sort. Néha kicsit várni kell, így ha elsőre nem látsz plusz sorokat, akkor próbáld újra a parancsot.
De találtam jobbat közben, a valós idejű kiiratás!
watch 'dmesg | tail -20'
Itt látható méretűre nyitod a terminalt, a parancsot kiadod, utána bedugod az eszközt és vársz, míg megjelennek az új sorok.
Ez is folyamatosan figeli a változásokat:
watch -n1 "dmesg | tail -n $((LINES-6))"
-
samujózsi
senior tag
válasz
peterattila #70634 üzenetére
Ha systemd-s rendszered van, akkor javasolnék egy olyat, bogy reboot, vársz egy-két percet, terminálon indítasz egy journalctl -f parancsot, bedugod a kártyát, vársz pár másodpercet, lelövöd a journalctl-t és a kimenetét felrakod ide, ha nem több 4-5 sornál, ha hosszú, akkor a pastebinre.
A bemásolt dmesg kimenet ugyanis a boot végét mutatja, hogy foglalkozott-e a kártyáddal, az nem látszik. -
Keem1
veterán
válasz
peterattila #70634 üzenetére
Legközelebb légyszi használd a pastebint ekkora kód/parancs bemásolása helyett.
-
CPT.Pirk
Jómunkásember
válasz
peterattila #70631 üzenetére
Mikor bedugod a gépre, akkor rögtön utána mit mond a dmesg parancs?
-
CPT.Pirk
Jómunkásember
válasz
peterattila #70627 üzenetére
A sudo fdisk -l látja? Gondolom igen, így onnan már fogsz tudni az elérési úttal egy fsck.valami parancsot futtatni rajta, attól függően, hogy milyen fájlrendszer van / volt a kártyán. Az lehet helyrehozza.
samujózsi: valóban, egy DD mentés az akció előtt javasolt.
-
samujózsi
senior tag
válasz
peterattila #70625 üzenetére
Windows alól mented a tartalmát és veszel egy újat. Vagy a fizetős azt mindja, hogy látja, de csak akkor működik, ha fizetsz?
-
válasz
peterattila #70539 üzenetére
Rengeteg összetevője lehet annak, amit most tapasztaltál, főleg mivel eddig nem volt ez a dolog. Akár onnan is indulhatunk, hogy jó pár tipust gyártott a WD és mind más profilra lett tervezve, a Blue torrentre nem igazán optimális és 2011 után nem is a megbízhatóságáról híres, mióta egybeolvasztották a Green-nel, azóta meg.... Alapvetően a Black olcsóbbik kistesója lett volna, így jó ideig legalábbis az elvi felépítése is hasonló kellett, hogy legyen és mivel ezeket oprendszer futtatására tervezték, ha a két fej vezérlője idle állapotot tapasztalt, értelemszerűen ekkor hajtatta végre azokat a belső feladatokat, amik az elhasználódás és hibás hw-környezet miatt szükségessé váltak. Akár egy ilyen magas priorítású feladat is okozhat más feladatok hátrébbsorolását.....a torrentkliensek múködése, a hálózat, amin ül, szóval mivel nem optimális e célra a Blue, ez is lehet egy ok az idle-ben maradásnak, de ez csak egy feltételezés. Tényleg jó régen bújtam már a HDD-k nagyon eltérő működését és mikor szembesültem az óriási eltérésekkel, totál elképedtem, mert anno egyszerű felhasználóként csak elmentem venni egy HDD-t és azt láttam, hogy a boltos se nagyon foglalkozott vele, hogy mire akarom használni.
Például az AV-VD tipusú HDD-ket nem lett volna szabad oprendszer alá rakni, mivel olyan hibajavító algoritmussal dolgoztak, ami a folyamatos videofelvételnél nem okoz gondot, hogy hibás részeket javít a folyamatos felvétel miatt, de ez a fájlmaszkolás egy oprendszer alatt már komoly gondot okozhat!
No meg az is lehet, hogy a HDD pont úgy csinált mindent, mint addig, de a bejövő oldalon volt anomália. Az a legjobb, ha figyeled egy darabig, aztán ha újra előfordul ugyanez, akkor célszerű lesz tesztelni mindkét oldalt.
Minap a super majdnem új NAS benne a super WD Red-del valamiért inaktív volt, nem lehetett rá bejelentkezni, egyiknek sincs semmi baja, azelőtt és azóta is ejjel-nappal szuperál, de valami volt. Hasonló itt is a helyzet, mint nálad, használom és figyelem. Szinte lehetetlen amúgy is rájönni, mi okból történt vele ez a dolog.
Nem akarom, hogy rémálmaid legyenek, ezért a netszolgáltató oldaláról érkező érdekességekről most nem is tennék említést.
Szóval várunk és figyelünk.
-
válasz
peterattila #70534 üzenetére
Baj? Mivel? A parkoltatás elméletileg egy normális powermanagement beállítás, sokan nyekeregnek, hogy nem jó*, de ha azt veszed, hogy a WD Red 300s-re van beállítva alapból, amit gyakorinak mondanak, akkor elméletileg egy év alatt 105120 lenne a parkolások száma!
Ez a WD Blue-nak gyakori lenne, de mivel nem csak parkolgat egész évben meg nem is ilyen alapértéke van, így a 18820 az semmi. 6 éve olvasgattam HDD témában sokat, azóta nem, de ezek megmaradtak.
*a WD mérnökei szerint jó az és én hajlamos vagyok inkább rájuk hallgatni.
-
samujózsi
senior tag
válasz
peterattila #70535 üzenetére
Én nem tenném. Mert nem ismerem.
-
samujózsi
senior tag
válasz
peterattila #70532 üzenetére
Ezt úgy nevezik, hogy szopás.
Ez pont az amiről itt írt valaki: a diszk csinálja, nem tudsz beavatkozni. -
samujózsi
senior tag
válasz
peterattila #70527 üzenetére
Erre azt mondanám, hogy igazad lehet, ha következetesen ez történik. Viszont a megszüntetésére semmi ötletem.
Illetve egy utolsó, ha a hdparm -B /dev/hdx által visszaadott érték kisebb, mint 128, akkor mégis... Akkor a gnome-os program hazudott.
Ha ez 255, az ciki, mert az azt jelenti, hogy ki van kapcsolva a power management és mégis... -
válasz
peterattila #70527 üzenetére
Ezeket az újabb Blue HDD-ket nem ismerem, de elég ritka az olyan HDD, ami nem megy idle-be, ha semmi nem dolgozik rá x ideig. Régebben a WD Black volt ilyen, most talán a Purple. Nekem van egy Red NAS-ban, sokszor napokig nem használja senki, szép is lenne, ha soha nem menne idle-be.
A Gnome disks smart részén megnézted a parkolások számát?
Amúgy a fenti kimeneted tényleg furcsa, mert a végén az utolsó érték előtt ott szokott lenni a sleep érték:
........
Device Sleep:
DEVSLP Exit Timeout (DETO): 40 ms (drive)
Minimum DEVSLP Assertion Time (MDAT): 31 ms (drive)
Checksum: correctWestern Digital HDD-esetén szoftveresen is lehet állítani az idle értéket, nem csak az idle3 Wines programmal, hanem Linux alól is, de én ezt kifejezetten csak a tájékoztatás kedvéért tettem be ide! Aki nem látja, melyik parancs mit eredményez, ne próbálja ki!
-
válasz
peterattila #70527 üzenetére
Nálam egy Toshiba Green szériás hdd minden energiabeállítás ellenére alvóba ment bizonyos idő múlva ha nem vol lemezművelet.
Hetekig szórakoztam ezzel, majd miután Win és Linuxok alatt is ezt csinálta, több topikba is kérdezősködtem erről és valaki azt mondta hogy maga a hdd csinálja ezt, nem lehet kiküszöbölni os oldalról.
Hogy igaza volt vagy sem arról nem tudtam megbizonyosodni de lehet hogy van benne valami. -
samujózsi
senior tag
válasz
peterattila #70525 üzenetére
Akkor nem tudom. Itt illene kiírnia, ha a diszk önmagát teszi alvó módba, de én nem látom.
-
samujózsi
senior tag
válasz
peterattila #70523 üzenetére
hdparm -I mit mond rá?
(nagy i van a - után) -
válasz
peterattila #69675 üzenetére
Semmi gond. Végül mitől indult el?
-
válasz
peterattila #69654 üzenetére
A debianon a showmount localhostal, vagy a hálókártya IP címével (192.168.1.125) nézed?
Az exports fájlban nincs elgépelve a cím/netmask?
A debianon biztosan nem fut tűzfal?A névfeloldásra egy tipp: Mire van beállítva a DNS? A routerre mutat?
nslookup gépneve parancs mit mond? -
válasz
peterattila #69649 üzenetére
Köszi és milan26-nak is!
Nem szervert keresek, hanem klienst. A gyári lejátszót okosítanám fel.
A miniDLNA már ReadyMedia néven fut.Mármint a debian-os gépen adod ki a showmount-ot vagy egy távolin?
Pontosan "ezt sem érem el" mint jelent? -
peterattila
aktív tag
válasz
peterattila #69514 üzenetére
Sajnos újra megfagytam
. Mindig akkor fagy meg az X, amikor kikapcsolt állapotból vissza akarom hozni, pl egérrel. Hogyan tovább? Innen van telepítve friss csomag: ppa:oibaf/graphics-drivers.
-
CPT.Pirk
Jómunkásember
válasz
peterattila #69510 üzenetére
Csinál mindent. Maradj a Mint-nél.
De ez az egyszerűbb megoldás, amit májkimiki írt.
-
#63718632
törölt tag
válasz
peterattila #69510 üzenetére
A frissítés kezelőből is fel tudod tenni, az 5.3.0-24-es kernelt. Frissítés kezelő>Nézet>Kernelek.
-
CPT.Pirk
Jómunkásember
válasz
peterattila #69506 üzenetére
Kissé konzervatív a Mint kernel frissítési menetrendje, az a 4.15 meg elég régi... Van az UKUU, azzal fel tudsz tenni újabb kernelt, nem nagyon van rá indok, hogy régebbi kernelt használj.
Azt hiszem az 5.4-es kernel már végleges minden szempontból, mehet egyből az fel.
-
lev258
veterán
válasz
peterattila #69506 üzenetére
Kernelt, Mesa-t, firmware-t ...
Ezt így nehéz megmondani.
De először a log-okat nézd meg. -
lev258
veterán
válasz
peterattila #69503 üzenetére
Melyik kernelről és Mesa-ról beszélünk?
Csak mert a 19.2-es Mint "magja" Athlon 200ge előttinek mondható. -
#63718632
törölt tag
válasz
peterattila #69503 üzenetére
Logokban lehet nézelődni, syslog, kernlog, systemd journal.
-
válasz
peterattila #69238 üzenetére
Ahogy nézem, jó pár napja első helyen vannak az Árukeresőn nyomott árakkal, még most is minden SSD-nél látni őket, pedig nincs is készletük? Nem egy rossz döntés inkább elengedni ezt a rendelést!
Szerintem célszerűbb olyan helyről rendelned, aminek valós üzlete is van!
-
válasz
peterattila #69233 üzenetére
Legalább nyugodtan alszol, vagy csak én nem akarnék onnan építeni egy teljes új desktopot? Honnan lenne készlete, pár hónapja alapították 3+ millió tőkével.
Ami készlete volt, az hamar kifogyott, annak a bevételéből jönnének a hardverek, de valami miatt egyik nagyker sem szállít, amíg nem fizetnek nekik? (csak tippelek, de logikus lenne, ha így lenne) -
jimmy399
senior tag
válasz
peterattila #69211 üzenetére
Szerintem a MBR -> GPT-nek nem feltétlen kell újratelepítés. ( A linux kernel minden indításnál leltárba vesz minden rendszerkomponenst, nem tárol el mindent rendszer leíró adatbázisba, mint a windows.) Ha fájl szinten készítesz .tar tömörített rendszermentést , úgy hogy megőrízze a fájljogosultságokat, majd ezt kitömörítve az új GPT-s lemezre és a disztribúciódnak megfelelően újratelepíted az UEFI-s bootolásnak megfelelően a boot loadert, akkor simán megúszod újratelepítés nélkül.
Ú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
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - NYÁRI AKCIÓ!
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Gyermek PC játékok
- Új Apple iPhone 16 Pro Max 256GB, Kártyafüggetlen, 3 Év Garanciával
- Bomba ár! HP 250 G8 - i5-11GEN I 16GB I 512GB SSD I HDMI I 15,6" FHD I HDMI I W11 I Cam I Garancia!
- Dell D6000 univerzális dokkoló USB-C/ USB-A, DisplayLink & Dell WD15 (K17A) USB-C + 130-180W töltő
- AKCIÓ! Sapphire Nitro+ RX 6800 XT 16GB videokártya garanciával hibátlan működéssel
- Azonnali készpénzes GAMER / üzleti notebook felvásárlás személyesen / csomagküldéssel korrekt áron
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest