-
Fototrend
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
válasz
zoltanz
#89595
üzenetére
Found memtest86+ image: /boot/memtest86+.bin
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
Found Linux Mint 21.1 Vera (21.1) on /dev/sda1
Found Debian GNU/Linux 12 (bookworm) on /dev/sda2
Found Debian GNU/Linux 11 (bullseye) on /dev/sda6
Found KDE neon Unstable Edition (22.04) on /dev/sda9
doneFriss grub-update kimenet részlet.
-
A Pápa is mate teával bírja ki a napjait.
![;]](//cdn.rios.hu/dl/s/v1.gif)
Érdekes, hogy ez a modern disztró is ezeket használja:
https://wiki.cachyos.org/en/home/General_System_Tweaks
3. Zram or Zswap tweaking
Zswap is a kernel feature that caches swap pages in RAM, compressing them before storing. It improves performance by reducing disk I/O when the system needs to swap.
Zram is a RAM-based swap device that does not require a backing swap device.For zswap, use the following recommended configurations:
# echo zstd > /sys/module/zswap/parameters/compressor
# echo 10 > /sys/module/zswap/parameters/max_pool_percentTo make the changes persist, add zswap.compressor=zstd zswap.max_pool_percent=10 to your bootloader's kernel command line options
For SSDs, set the page-cluster value to 1 in /etc/sysctl.d/99-cachyos-settings.conf. For HDDs, set it to 2.
Bootválasztónál live-ban van külön nVidia-s verzió is, akinek ilyen VGA-ja van, kifejezetten jól jöhet.
-
Nincs baj a kinézetével sem a Mate DE-nek, az előbb néztem az Ubuntu Mate-t, már az elején ki lehet választani sok asztalelrendezést és van pár téma is fenn alapból, amivel egész jól néz ki, de ami lényeges, hogy egyetlen Rendszerbeállítások (lehet ott épp más hasonló neve van) menüből mindent lehet állítgatni, kezdő szinten is jól használható. A snapd meg hát...amúgy az szerintem jórészt kipucolható, legalábbis Firefoxot simán fel lehet rakni .deb verziót letöltve hivatalos oldalról.
Ami meglepett, hogy a KDE Neon is snap-os Firefox-szal indít, de más snap csomag nincs fenn, telepítés után nem is indult el a FF, akkor vettem észre, mi a bibi, Synapticból minden snap* keresést kiirtottam, felment a Firefox .deb és ennyi volt. Persze ez nem is Ubuntu változat...
Most pihenésképpen kipróbálok egy BORE (Burst-Oriented Response Enhancer) scheduler-t, CachyOS ezzel jön ki default, hátha megtetszik.
Mármint a scheduler... -
válasz
velizare
#89577
üzenetére
/home/username/.local/share/xorg/Xorg.1.log
Csinál viszont egy fájlt, amit fenti elérési úton megtalálsz és abban a megnyitott fájlban kéne látnod az alábbi sorokat:
[ 2106.735] (II) UnloadModule: "fbdev"
[ 2106.735] (II) Unloading fbdev
[ 2106.735] (II) UnloadSubModule: "fbdevhw"
[ 2106.735] (II) Unloading fbdevhw
[ 2106.735] (II) UnloadModule: "vesa"
[ 2106.735] (II) Unloading vesaHa nem látod, akkor továbbra is használja az fbdev-et az i915 helyett...
Ha viszont más disztrót raknál fel a végén, én inkább a Ubuntu Mate-t javaslom, cuki az is, amit Kapitány javasolt, de Intel platformon/VGA-val kb hullámzani fog a screen és a Lubuntu-ban bármit megtalálni, amivel rendszerbeállításokat végzel...kb esélytelen. Amúgy a Compton kompozitor lenne, ami javíthatna a helyzeten, de az nekem nem volt hajlandó elindulni sem. Az Ubuntu Mate kompozitora default beállítással normálisan működött, itt a PH topikon ha görgeted, simán észrevehető, ha gond van, Inteles iGP-n próbáltam ki.
-
-
Sata SSD-knél régebben egyik legfontosabb téma volt a TRIM működése, nyilvám NVMe SSD-nél ez változott, mert az nem használ klasszikus TRIM parancsot...
Szerintem még vagy Linux, vagy Winf0s alatt frissítettem a firmwaret a Samsung Magiciannal. Linux alatt is lehet firmwaret frissíteni fwupdmgr-rel.
Bizony, ne bántsd a Wint, én is 10 év óta először nem radíroztam le egy gépről a Win11-et, mivel érintőképernyős a Dell Latitude 7400 és Win11 alatt tökéletesen megy kifordított képernyővel, böködve. Ugyanezt nem tudom Linux alatt összehozni, főleg mivel nemsoká igen távol lesz tőlem a gép.
Linux alatt is lehet firmwaret frissíteni fwupdmgr-rel.
Samsung esetén célszerűbb és megbízhatóbb a weboldalról letöltött iso-ról bootolva frissíteni.
-
Samsung 980-ak, nincs is több kérdésem.
Az írásmennyiség teljesen átlagos, sőt...emiatt tényleg kár gyarapítani ősz hajszálaidat, de ami a fő, az a max hőérték, gyakorlatilag hideg állapotban van maxon is, NVMe SSD-nél ez rendkívül jó érték, nálam is talán 42 vagy 45 fok volt a max.3B4QFXO7- a firmware alapból ez volt a két SSD-n vagy már frissítetted innen a 2B4QFXO7 számú fw-t?
AZ 1TB-os, amit pár hete vettem, még 2B4QFXO7-es.Samsung saját fejlesztésű vezérlőkről lévén szó, ezek miatt sem aggódom, már 2 éves a Pablo controller is, nincs vele gond. (ilyenek miatt is érdemes olyan SSD-ket venni, amelyek egy adott gyártó saját fejlesztésű komponenseiből vannak összerakva és nyilván optimalizáltabbak így sokkal, Samsung, Micron és még a WD is majdnem belefér ebbe a kosárba)
Erről ugrott be, hogy meglepő, de a TRIM miatt nem aggódtál!
-
Minden érték nulla...nem lepett meg nagyon!
sudo smartctl -x /dev/sdaMost már a végső és teljes megnyugvás okán, fenti parancs kimenetét még berakhatnád ide.
Ugye ami változó a parancsban, az a meghajtó betűjele ill NMVe esetén a teljes megnevezés más lesz, például:
sudo smartctl -x /dev/nvme0n1vagy
sudo nvme smart-log /dev/nvme0n1 -
Tény, hogy dramless, de ami egy NVMe SSD-n melegszik, az nem a NAND és nem a DRAM, hanem a controller.
Nagyon jól megoptimalizált a 980 és a DRAM cache hiányát sem érezni, mivel a HMB kifejezetten jól működik a saját vezérlőjével. Kb viccen kívül gyorsabb/stabilabb írású/olvasású PCIe 3.0-ként, mint egy belépő szintű PCIe 4.0 NVMe SSD!AMúgy találtam neked egy jó módszer a swap figyelésére! Ha terminalban futtatod a
vmstat 30 20parancsot, gyakorlatilag folyamatosan figyelheted a memória használatot!A két számcsoport változtatható, az első, hogy hány másodpercenként írja ki az értékeket, a második meg, hogy mennyi adatsort írjon ki. Fenti parancs gyakorlatilag 10 órán keresztül írja ki az értékeket....
Két oszlopot érdemes nézni swap esetén, a SI a lemezről beolvasott memória mennyisége, a SO pedig a lemezre swapolt memória mennyisége.
-
Nincs az ilyesmivel semmi baj, kárt nem okozol, kipróbálsz egy csomó optimalizálós dolgot. Ha majd kipróbáltad, úgysem fog érdekelni, mert látod, hogy egy mai gépbe egy mai SSD-t be kell cuppantani a gépbe és használni. Én most az NVMe SSD-vel ismerkedem egy ideje, most cserélem ki a desktopban lévő Samsung 980 1TB-ra a Dell Latitude-ban lévő NVMe-t, az valami OEM, Intel Pro 7600p, ez egy nagyon melegedésre hajlamos pici notiban sem lehet melegedésre bírni, ezért akarom a 980-at ebben stresselni, mert nem hiszik el a népek, hogy nem melegedős fajta, hiába Samsung NVMe.
Egyszóval én megértem ezeket a próbálkozásokat, azért is linkeltem ezzel kapcsolatos okosságokat!
Most én is feleslegesnek látszó dolgokról olvasgatok, de például azt is rosszul tudják a népek, amit itt írnak:
-
Jobb ha tényleg figyelsz erre a swap-ba írásra, mert ha nem, kb 60000 év alatt ír annyit az SSD-re, hogy a TBW harmada odalesz!
De akár használhatsz helyette zram-ot is, szintén gyorsabb, mint a meghajtó to swap!Aktuális swap használatot tudod figyelni, de értelemszerűen mást nem.
How To Check Swap Usage Size and Utilization in Linux
Ha nagyon elvetemült vagy, akkor zswap is van!
10 éve a kis kapacitású SSD-nél még azt mondtam, érdemes a swappines értéket állítgatni, de most?
Különben a legkímélőbb az SSD-re nézve éppen egy hardveres megoldás, úgy hívják, hogy poweroff gomb!
-
TMPFS, ami beugrik elsőre, de nem is az SSD kímélése miatt, hanem, mert ha sok RAM van, akkor azt célszerű használni, mivel sokkal gyorsabb az SSD-nél.
Ebben a hsz-ben van egy példa az FSTAB-ban, nyilván amelyik sort használni akarod, az elé nem raksz # jelölést.
A
tmpfs to .cachesor végén a RAM méretét változtathatod.Ezt a sort viszont inkább ne használd:
#tmpfs /var/tmp tmpfs defaults,noatime,mode=1777 0 0Magyarázat a hsz-ben.
Ja igen, a noatime felesleges minden sorban...anno így láttam és beraktam, de nem kell oda.
(egyébként mai, jól felszerelt gépeknél nem foglalkozunk az SSD íráskímélésével)
Amit itt írsz, az is amiatt jó, mert a RAM gyorsabb, bár lehet ezeket a beállításokat is finomítani.
Browser.cache.memory.capacity
Browser.cache.check doc frequency
Browser.cache.disk cache sslAmúgy a nemrég vett Samsungon mennyi írás jött össze eddig?
sudo smartctl -x /dev/sda(sda ugye nem tuti) -
#89522
ubyegon2
félisten
tordaitibi
#89480
válasz
tordaitibi
#89480
üzenetére
Ez is megér egy próbát.
-
válasz
velizare
#89497
üzenetére
Itt olyan hiba van szerintem, ami a logokban nem jelentkezik direkt hibaként(mivel van betöltött driver) bár azért látható olyan error, ami a hibára utal és ami itt van, az is elég árulkodó:
[ 64.023] (EE) open /dev/dri/card0: No such file or directory
[ 64.023] (WW) Falling back to old probe method for modesetting
[ 64.023] (EE) open /dev/dri/card0: No such file or directory
[ 64.023] (II) Loading sub module "fbdevhw"
[ 64.025] (II) FBDEV(0): FBIOBLANK: Invalid argument (Screen blanking not supported by kernel - disabling)Ez a gond szerintem, a driver: fbdev
Graphics: Device-1: Intel HD Graphics 530 vendor: ASRock driver: i915 v: kernel bus ID: 00:02.0 chip ID: 8086:1912
Display: x11 server: X.Org 1.20.13 driver: fbdevAz fbdev-nek itt kéne lennie:
unloaded: modesetting,vesaSose találkoztam még ezzel a jelenséggel, de például olyankor jöhet elő, ha a 18.04-en mondjuk valami PPA-s VGA driver volt és azt nem kapcsolja ki a user és úgy frissít főverzióra...
Ebben a helyzetben célszerű lenne még GUI-s felület betöltése előtt, tehát konzolból lefuttatni ezeket a parancsokat:
sudo apt install --reinstall xserver-xorg-video-intel xserver-xorg-coresudo dpkg-reconfigure xserver-xorgGUI-val is menne, csak akkor ki kell lőni a parancsok előtt a máködő DE-t, utána visszakapcsolni, ahogy itt is írják:
How to reset the Xorg / xserver?
Egy próbát ez mindenképpen megér.
-
Kis ráncfelvarráson és tartalmi bővítésen esett át az NVMe Linux management blog, ha átnézitek és jelzitek, ha valami nem érthető vagy hiba (szintaktikai vagy elírás) van benne, azt megköszönöm!
-update- NVMe SSD - Linux mankó - smart management (align, TRIM, heat...)
-
Minimálszintig, simán! Sajna emiatt az egérgép miatt fel kellett magam készíteni rá, itt már nincs is lehetőség MBR-re.
Amúgy anno (2014-től) felraktam egymás után annyi disztrót MBR-be, amennyi elfért az SSD-n és mentek(régi szép kezdőlinuxos idők)...most meg már alapból külön /efi partició kell, 1gigás legalább, mert már két disztró is volt, aminek félgiga kevés volt, szóval...ja és még jönnek a systemd-boot finomságok, amit vagy jelez a disztró install elején vagy csak abban particionál és nyilván kinyírja az előző boot-omat. (no most két tényálladék van, sem az UEFI-t, sem a Win-t nem fogom megkedvelni sosem)
-
#89398
ubyegon2
félisten
tordaitibi
#89365
válasz
tordaitibi
#89365
üzenetére
Tibikomám, csixykomám és többiek, akik értelmezhetetlennek látszó tippeket adtatok UEFI-s telepítéssel kapcsolatban...valami csodamód simán abszolváltam az új szerzemény egérgépen az EFI installt!
No jó, első óra azzal telt, hogy kivágom a gépet a fenébe, mert bebootoltam ugyan Linux Mint-tel simán, aztán látom ám, hogy az egész főpartición rajta ül a Win, no mondom adok a pofájára, de nem hagyta! Valami galád bitlocker volt rajta, amit ugyan ki tudtam volna nyírni, de a cél az volt, hogy Win11 mellé is sikerüljön Linuxot rakni. Ugye kb 10 éve nem láttam Win-t, így nem tudtam, hogy 11-en már default a Bitlocker...vissza Win11-re, nem volt bekapcsolva a Bitlocker, mégis inaktiválni kellett. Ez megvolt, vissza Linux Mint installra, ott meg már a második képernyőn, amikor a 3. party appokat lehet bebipálni, ott arcomba nyomta a valami security akármit, no az már sok volt, Winen keresztül kellett valahogy eljutnom a BIOS-ba, ahol nagy nehezen ki tudtam kapcsolni... 
Innen már eccerű volt a Linux install, viszont tanácsaitok alapján csináltam egy külön /efi particiót és boot-kor egy külön sorban jelent meg a Win bootmenüje. Szóval siker! 
Zsenik vagytok!Azért kíváncsi vagyok, hány napig lesz fenn az egérgépen(Dell Latitude 7400 2in1) a Win11...hétvégén leszek szabad legközelebb, szóval addig tuti élni fog.
(mondjuk igazából a kifordítható multitouch display miatt vettem női user számára, ez az érintőképernyőzés meg Linuxon nem fog menni...)No mindegy, konklúzió annyi, hogy kalapkaka ez az UEFI, de meg lehet oldani vele is a dualbootot, ha nagyon elszántak vagytok!
ezt csak így megemlítem:
(#89367) -szabi-
Esetleg ez alapján levonható az a következtetés, hogy MBR telepítéssel ne csináljak dualboot-ot?
Marhaság! Anno 120GB Intel 520 SSD-n 7 darab külön Linux disztró volt dualboot-ban felrakva és prímán működtek! Tény, hogy akkoriban nem voltak olyan gondok, hogy egyes disztrók kernelpanic-ot kaptak más disztrók upgrade-jétől.
-
válasz
sh4d0w
#89361
üzenetére
Szerintem az ujratelepitest sem indokolja semmi...
Igazad van, első gondolatom nekem is ez volt, hogy miért kellett...
Tekintve, hogy a HP Elitebook 8570-en 860 EVO-ra telepített Linuxok áttéve desktop AM4 platformra tökéletesen futottak majd egy év polcon hevertetés után is, első bootkor és upgrade után is. (kivéve persze a két archklónt, de az más tészta)
-
#89359
ubyegon2
félisten
gigabytman
#89354
válasz
gigabytman
#89354
üzenetére
A kiírt pendrive-val semmi gond nincs!
De!
Szerintem ne compatibility módban kezdj az installhoz, hanem normál módban, semmi nem indokolja előbbit...
No de előbb nézd meg a BIOS-ban, van-e opció ami támogatja a Intel SGX-et! Ha igen, engedélyezd! De ezt is olvasd el:
Az is egy jó módszer, ha Mint-et live-ban bootolva még a bootmenüben nyomsz egy 'e' betűt és a quiet splash szavak közé beszúrsz egy nosgx-et! Ha így elindul a telepítés, majd a telepített rendszeren a GRUB-ba be kell szerkesztened ezt a sort:
GRUB_CMDLINE_LINUX_DEFAULT="quiet nosgx splash" -
#89348
ubyegon2
félisten
tordaitibi
#89346
válasz
tordaitibi
#89346
üzenetére
Ajajjj...én már nem is merek mit mondani, multkor is kaptunkapofánkra Kapitánytól!
De akkor Te öregszel, nem én, vagyis kezdesz szentimentalosodni...innen már csak a dementio jöhet. Nálam már szerintem nem. mert a UEFI és az EFI rendszerindítás 2256x egyszerűbb, kezesebb, érthetőbb
Eccerűbb? Haha, eszerint matekból nem voltál expert...de amúgy desktopon már valamennyire elbíbelődtem ezzel az UEFI-vel, EndevoaurOS használhatatlan volt, simán megölte a Mint indítóját nálam is, valamint a PoPOS is kérdés nélkül systemd-boot-ot alkalmazott, de azt valahogy megoldottam.
Drives:
Local Storage: total: 931.51 GiB used: 13.09 GiB (1.4%)
ID-1: /dev/nvme0n1 vendor: Samsung model: SSD 980 1TB size: 931.51 GiB
speed: 31.6 Gb/s lanes: 4 type: SSD serial: S649NL0TB48610V rev: 2B4QFXO7
temp: 36.9 C scheme: GPT
Partition:
ID-1: / size: 38.57 GiB used: 12.95 GiB (33.6%) fs: ext4
dev: /dev/nvme0n1p2
ID-2: /boot/efi size: 1022.2 MiB used: 144.8 MiB (14.2%) fs: vfat
dev: /dev/nvme0n1p1I/O size (minimum/optimal): 16384 bytes / 131072 bytes
Disklabel type: gpt
Disk identifier: E67B232E-7A45-4979-BDB5-93751D3B46EC
Eszköz Start Vége Szektorok Size Típus
/dev/nvme0n1p1 4096 2101751 2097656 1G EFI System
/dev/nvme0n1p2 2105344 84912127 82806784 39,5G Linux filesystem
/dev/nvme0n1p3 84912128 168798206 83886079 40G Linux filesystem
/dev/nvme0n1p4 168798208 252684287 83886080 40G Linux filesystem
/dev/nvme0n1p5 252684288 336570367 83886080 40G Linux filesystemGyakorolnom kell ezt az ördöngős valamit, mert szerintem a nemsoká érkező Dell Latitude 7400-ra is UEFI-ben kéne telepítenem, ott csak azzal leszek meglőve, hogy a touchscreen-t hogyan akarja/nemakarja kezelni a Linux, amúgy van rajta valami W11 alapból...
-
válasz
-szabi-
#89337
üzenetére
"vagy az utolsó sor helyett Linux Mintben jó a: sudo update-grub parancs is."
Jó volt, de már egy ideje mégsem az...épp ezt írtam itt.
sudo nano etc/default/grub
Ez nem működött...Működik az, csak kicsit furmányos a szöveg mentése, de kb ugyanazt csinálja, mint amit találtál és amit csixy komám javasolt. Amúgy egy ideje tényleg nem lehet jobbgombos menüben rendszergazdai jogokkal megnyitni fájlt, eddig tuti működött, ezt úgy hidalhatod át, hogy a Nemo-ban egy üres részre katt jobbgombbal és akkor magát a Nemot tudod indítani rendszergazdai joggal, abban már meg lehet nyitni szerkesztésre a szerkesztendő fájlt.
A nano-t azért írtam, mert az általános, más disztrókon is ugyanúgy tudod használni...
A nano, a linux parancssori szövegszerkesztő használata
device-mapper: remove ioctl on osprober-linux-sda2 failed
Ez a hiba meg ZFS-en szokott jelentkezni, ami nálad nem tudjuk, hogy van-e...(ugye megint visszautalnék arra, hogy az inxi -Fxxx teljes kimenete milyen hasznos)
De azért lassan alakul ez, mint puposgyerek a prés alatt!
(#89342) -szabi-
Ettől a csuda Endevoaur-tól mihamarabb szabadulj meg, mert tényleg sok kezelhetetlen hülyesége van...nálam se működik.
-
válasz
-szabi-
#89335
üzenetére
sudo grub-mkconfig -o /boot/grub/grub.cfgKihagytad a 3. sort, pedig Mint alatt ez fogja megoldani a gondot, amit régebben az
update-grubis megoldott.Emelt szintű szerkesztéshez
sudo nano etc/default/grubparancsot használhatod.Nálad van a Mint GRUB-jában
GRUB_DISABLE_OS_PROBER= sor?Egyébként ha ott van a sor előtt a # akkor azt nem veszi figyelembe a rendszer.
-
Ez az EndevoaurOS egyre érdekesebb...elméletileg működnie kéne ennek is:
sudo grub-install /dev/sda && sudo update-grubEzerszer raktam át így GRUB-ot másik disztróra, de valahogy Mint alatt nem akarja, pedig az os-prober csomag fenn van, ami egyébként nincs már benne a GRUB-ban, ahogy Tibikomám írta....szóval minap Debian alól csináltam a grub-update-et és ott működött is, benne van az os-prober is a GRUB-jában. Egyszóval Linux Mint alatt nem elég a fenti két parancs, kellett az általad írt is: az betallózta az Endevoaur-t és a Manjaro-t is!
sudo grub-mkconfig -o /boot/grub/grub.cfgHiába írtam le -szabi- fórumtársunknak 3* is a fenti parancssort, nem csoda, ha nem működött nála!
Ezúton is elnézést kérek emiatt, ezt a változást nem követtem le a Mint-ben... -
válasz
-szabi-
#89325
üzenetére
Ebből úgy tűnik MBR esetén ez nem opció.
Azt írta, minek, mert annál az esetnél feleslegesnek ítélte! De nem írta, hogy nem lehet opció.
(akár 8 külön disztród is lehet és mindnek lehet külön /boot particiója...csak éppen minek!?)GPT-UEFI telepítőt csináltam és ezen a régi gépen az nem megy, csak MBR használható.
Nem bizony, csak az MBR/legacy páros megy, ilyenek miatt lényeges már az elején minél több alapinfót megadnod és erre az inxi -Fxxx kimenete tökéletes! 9 éve csak MBR/legacy-ban telepítek és mindig jó volt, régebbi gépeken meg csak az jó! Szóval felejtsd el a GPT/UEFI párost!
-
válasz
-szabi-
#89322
üzenetére
Elég hosszú a lista gondolom csak az SSD sor számít:
Ilyen esetben célszerű az egész inxi -Fxxx kimenetet berakni, nem számít hosszúnak, mivel minden szükséges infó benne van! De már ebből is látható, hogy majd minden STOP, amit eddig írtunk.
Mivel a Mint sem volt még belakva (nagyon) arra gondoltam holnap újrakezdem és akkor kialakítom ezt a Flag-et, efi vagy boot,esp...ilyesmit mert most nincs.
MBR sémán ment a telepítés, szóval minden EFI és UEFI felejtve! Legacy-ban tudsz továbbra is telepíteni! Az, ahogy eddig felraktad a Linux Mint-et, jó volt, ahogy felraktad utána a Manjaro-t, az is jó volt, a gond annyi, hogy ha a Mint rendszerfrissítése mondjuk kernelt is frissít, akkor a Manjaro boot kampeca lesz, mert az initramfs-t átírja! Ezt lehet persze korrigálni illetve, ha a Manjaro-t bootválasztóból Fallback módban indítod, akkor be is bootol. Viszont egy külön
/boot szerintem jó lenne a Manjaro-nak, külön particióra kell a GRUB-telepítést kijelölni [link], nem meghajtóra, szóval nem sda, hanem sda1-re mondjukde ilyet még nem csináltam, azt se tudom, hogy ha ide kerül az indítófájl, akkor betallózza-e a Linux Mint-et, szóval erre fórumtársak írnak valamit, akik ebben rutinosabbak, de ha normál telepítésben felrakod a két disztrót és a Mint frissítése elrontja a Manjaro boot-ot x havonta, kb 2 perc átírni a megfelelő sort....[link]Ja és amit Tibikomám írt, azt mentsd el, mert igen hasznos lehet, ha valamelyik disztrónál le van tiltva az
os probe, van olyan disztró is, ahol nincs is fenn ez a csomag! (kb ez felel azért, hogy az összes meghajtón lévő OS-t végigtallózva, berakja mindet az indítóba, Linuxot, Windowst)Semmi gond nem lenne egyébként, ha a sok éve fenálló hibát az archklónok már javították volna!
(mindez így túl tömény, szerintem rakd fel a Mint-et és Manjaro-t holnap nyugodtan és a Mint alóli szerkesztést utána megbeszéljük, pár napja csináltam éppen, csak már annyira homeuser lettem, hogy nem emlékszem...)
-
Én is így szoktam. Felvetetem egy másik linux grub menüjébe és onnan átlépek rá. Úgyis mindig van egy másik telepített linuxom, ha máshol nem, hát egy USB-s eszközön.
Lehet, hogy mi már régi keltezésűek vagyunk, ezért próbálunk egyszerű, kicsit favágó módszerekkel operálni!
De mindig működnek ezek! (majdnem mindig....)Chroothoz csak végső elkeseredésemben nyúlok.
Ezer éve használtam, még a legelején, vért ízzadtam, mire minden sort sikerült helyesen beírnom!
-
válasz
-szabi-
#89318
üzenetére
sudo grub-install /dev/sda && sudo update-grub
A sudo-kat is írtad mindkét parancs előtt? No várjunk, most jött el az ideje, hogy valamelyik működő rendszer alatt csinálj egy
inxi -Fxxxterminal kimenetet* és rakd be ide a Programkód gombbal! Mert innentől sok változó lehet, például nem mindegy, milyen SSD van a gépben, etc...Amúgy ha a Manjaro tetszik, rakd fel azt, de külön /boot particiót csinálj neki! (külön particionálóval csináld és be kell pipálni Flag-et is neki,
efivagyboot,esp...ilyesmit kell találnod az opciók között)(ezelatt az idő alatt kb 50* rakhattad volna fel a régi Mint mellé az újat és rég túl lennél az egészen)
*kb így nézzen ki....
orbanelftars@Mint-20-3c-8570p:~$ inxi -Fxxx
System:
Host: Mint-20-3c-8570p Kernel: 5.19.0-38-generic x86_64 bits: 64
compiler: N/A Desktop: Cinnamon 5.6.8 tk: GTK 3.24.33 wm: muffin vt: 7
dm: LightDM 1.30.0 Distro: Linux Mint 21.1 Vera base: Ubuntu 22.04 jammy
Machine:
Type: Laptop System: Hewlett-Packard product: HP EliteBook 8570p
v: A1029D1102 serial: <superuser required> Chassis: type: 10
serial: <superuser required>
Mobo: Hewlett-Packard model: 17A7 v: KBC Version 42.38
serial: <superuser required> BIOS: Hewlett-Packard v: 68ICF Ver. F.62
date: 04/07/2015
..... -
#89315
ubyegon2
félisten
tordaitibi
#89313
válasz
tordaitibi
#89313
üzenetére
Nem lehetséges, hogy ez is systemd-boot-tal települne? Nekem eddig két ilyen volt, az Endeavour és a PoPOS, és ez a LinuxMind komám által istenített* Nobara is valami game-re kihegyezett furaság.
*jó pár disztró volt már a Zolivagyoksziasztok YT csatornán, ami épp a namostaztánmegtaláltamazigazit disztró volt.
Amúgy a YT csatornán a Nobara videó alatt rákérdezhetsz, mi lehet a gond! Sűrűn váltogatja Zoli az épp legsuperebb disztróit, de korrekt válaszokat szokott adni és segítőkész! (de ne áruld el, hogy innen érkeztél)
-
#89314
ubyegon2
félisten
tordaitibi
#89311
válasz
tordaitibi
#89311
üzenetére
Ezért nem kell telepíteni.
ha elmenti az EFI ubuntu bejegyzést és utána visszamásolja, én véleményem szerint megjelenik a választómanübe.Csakhogy nincs elmentve az a nagyszerű bejegyzés!
Én is írtam, hogy esemény előtt jobb lett volna rákérdezni, törölhető-e büntetlenül egy utolsó install-os disztró!Vagy, töltse le a [Supergsubdisk] nevű segéd....
Ilyen turbóförmedvényeket nem ismerem....de nem mondtam, hogy nem jó, max én a biztosabb és könnyebb módszert javasoltam. (mivel éppen pár napja magam is megcsináltam)
chroot ellen-helyett óriási találmány, és az egész os indul nem terminálba felcsatolt mappákkal kell bűvészkedni.
chrootmódszer elég bíbelődős, kivéve, ha működik az egyetlen parancssorba rendezett több parancs!Van még a fenti csodaapp-hoz hasonló Grub-customizer is, ami alkalmazható lenne, de azt se használtam még. Nem is fogom, amíg pár sor terminalparancs pikkpakk megoldja a gondot!
(ugyanis nem mindenki terminal-rettegő) -
válasz
-szabi-
#89308
üzenetére
Nem működik.
Boot menüből csak EndeavourOS választható.Akkor az systemd-boot install, nem hagyományos GRUB-os, eszerint UEFI-sémában telepítettél.
Lefuttattam amit fentebb írtál:
sudo grub-install /dev/sda && sudo update-grub
Parancs nem található volt a válasz.Nem figyeltél, újra leírom a vonatkozó részt:
Ha valami miatt fenti módszer nem OK, akkor pár perc alatt rakj fel a régi Mint mellé egy újat, utána átbootolsz a régire, kiadod ezt a parancsot és utána törölheted az új telepítést. Nem egy szakszerű megoldás, de gyors és totál biztos:
sudo grub-install /dev/sda && sudo update-grubEz a módszer akkor lenne jó, ha a régi Mint bootképes lenne, nyilván átbootolni most nem tudsz!
Vagy az első linkemben lévő parancsokat próbálod ki vagy az imént újra leírtak alapján csinálod.
Ugyanezt csináltam pár napja, mivel nulla UEFI install tudásom volt, ez volt a legcélratörőbb. A Linux Mint UEFI-ben is csinált GRUB-ot, de ha lefuttatod a sudo grub-install /dev/sda && sudo update-grubparancsot, akkor biztosan lesz GRUB... De csak akkor jó a parancs, ha az új telepítésű Mint alatt adod ki! -
-
válasz
-szabi-
#89301
üzenetére
Jó öreg Manjaro bug, 2017 óta töretlenül megvan, ill javítatlanul, pedig hányszor olvasni, hogy naponta rengeteg friss csomag jön ki...
Amúgy megvan még a Mint, csak a későbbi install felrakta a saját rendszerindítóját és mivel kompletten letörölted, így van egy rendszered nulla rendszerindítóval!
Ha előtte kérdezel, kb 5sec lett volna a megoldás, de ebben a hsz-ben alul van két parancs, azzal elméletileg vissza tudod tenni a Linux Mint grub-ját!Gondolom valami ilyen kép fogadott utolsó Manjaro bootnál. Pár említést már tettem itt is a Manjaro kernel panic jelenségről. Eleinte fogalmam se volt, milyen archklón features, ami felvidít!
Ha valami miatt fenti módszer nem OK, akkor pár perc alatt rakj fel a régi Mint mellé egy újat, utána átbootolsz a régire, kiadod ezt a parancsot és utána törölheted az új telepítést. Nem egy szakszerű megoldás, de gyors és totál biztos:
sudo grub-install /dev/sda && sudo update-grub -
válasz
Balerik
#89270
üzenetére
Ezeket a további parancsokat semmiképpen nem fűzném már egy sorba, mivel elképzelhető, hogy menet közben eldöntendő kérdéssel megáll a telepítés. Az
installután nyilván beírhatsz sorba csomagokat és akár különböző műveltető parancsot tartalmazó sort is fűzhetsz egy parancsba, mint asudo apt update && sudo apt upgrade, de amiket írsz, azokat nem érdemes! -
#89218
ubyegon2
félisten
tordaitibi
#89216
válasz
tordaitibi
#89216
üzenetére
bájos...atyaég! Én Barom-ra gondoltam. (fogadjunk aszitted, hogy .uzi-ra gondoltam) -
Ebben igazad lehet, ez a nonverb interakció nem az igazi, mondjuk én még a régimódi kommunikáción nőttem fel. Kb olyan ez is, mint amikor online pókeren többször is első 3-ban végeztem freeroll versenyeny többtízezer versenyző közül...szerencsére végig gondolva elvetettem az élőpóker bepróbálását, épp amiatt, amit írsz!
(arra szerintem totál alkalmatlan lennék) -
A mondatra reagáltam, nem rád és be is linkeltem, hogy egészen pontosan kire gondoltam.
OK, bocs, hogy rákérdeztem, de nem volt egyértelmű... kicsit szerintem felhúztam magam valamin, ilyenkor csak fehéret/feketét látok. De igazad van, Te is azon kevesek közé tartozol, akikkel mindig jól el tudtunk dumálni minden topikban! Nem is kellett volna rákérdeznem...ilyenkor szoktam inkább inaktiválni magam pár hónapra!
Szóval még 1* sorry! -
#89204
ubyegon2
félisten
tordaitibi
#89202
válasz
tordaitibi
#89202
üzenetére
A boot sebessége téma elkanyarodott másfelé és én arra reagáltam.
Értem én, nem is értem, miért kanyarította el fórumtárs a thread-et, de vele sincs nekem bajom, csak nem ismerjük egymást innen...én régen voltam aktív, ő meg most aktív, így nyilván betámad, ha olyat írok, ami ellentétes azzal amit ír, pedig ami tényleg vicces volt tőle, arra nem is reagáltam néhány napja. (az a téma volt, amikor kiderült, hogy igazából a folyamatosan frissített csomagok a stabil csomagok, nem a Debian stable csomagjai)
Átvitt értelemben és valóságosan is Uborka Egonnak is köszönhetem hogy a koszon kívül valami rámragadt Linux vonalon.
Ennek azért örülök, komolyan, anno is ímlítettem talán, hogy ezekből a vitákból lehet rengeteget tanulni, mert az ember minden állításnak azért csak utánajár és ezalatt rengeteg összefüggést meg is ért. Nekem is kifejezetten épülésemre szolgáltak a vitáink, mert rengeteget kellett foglalkoznom a felmerülő témákkal, hiszen nem csak úgy odamondogattunk egymásnak, próbáltunk megalapozottan érvelni...párszor neked is sikerült!
Sajna a stílusom az...no mindegy, nem véletlen nyírnak a nagybetűsök is, amikor csak alkalmuk van rá! Persze velük Topikgazda koromban barátkoztam össze. Minap érdekes dolog történt amúgy, írtam egy szaktopikba, onnan töröltek azzal a szöveggel, hogy a társtopikjába írjak inkább. Nem értettem egyet, írtam a Modker-topikba...éééés ugyanaz az ember írt választ ott is, hogy qvázi igaza volt a Topikgazdának, azzal semmi gondja nem volt, hogy az is ő volt! Hab a tortán, hogy átírtam a társtopikba a szöveget...szerinted onnan is törölte a többfunkciós nagybetűs kollega? Perszehogy! Amúgy legalább 2 órát tesztelgettem az új NVMe SSD-met és ennek konklúzióját írtam le, segítendő egy vásárlói kérdést. No mindegy.Jobban alszom most már az tuti és köszi, hogy legalább megnyugtattál, hogy a régi csatározások hullámai benned is elsimultak! Amúgy meg régi szép idők voltak azok, nekem kicsit hiányoznak is!
(#89197) Rowon
Komolyan dühítőek az ilyen emberek.
Ezt most rám is érted? Fura, mert veled elég sok interakciónk volt több topikban is, de ha így látod, így látod. Akkor nem fárasztom magam legalább azzal, hogy neked is próbáljak segíteni...bár már Debian topikot nézve egyre profibb vagy!
-
válasz
Warton
#89190
üzenetére
A tálcán lévő wifi jelen van egy sárga felkiáltójel, és azt írja korlátozott a kapcsolat
Ugyanezt csinálta nekem is Manjaro KDE, kiírta, hogy csatlakozott az internethez, de korlátozott az elérés...azért nem foglalkoztam vele, mert mobilról USB-n osztottam neki netet, desktopról van szó és egyszer csak megunta, azt hittem a 2,4/5 ghz váltások miatt volt, de telepített rendszernél már nem jelentkezett a sárga felkiáltójel, így el is felejtettem. Hasonló akkor volt, mikor a szolgáltató sunyin NAT-olta az IP-met, de más disztróknál és notebooknál nem volt meg a jelenség! Azért érdekes...
-
válasz
urandom0
#89187
üzenetére
Nézd, az a baj, hogy össze-vissza keversz mindenfélét.
Nem, de hiába próbálod más irányba vinni a témát. Itt azt állítottad, hogy gyorsan feláll a Windows, erre mondtuk páran, hogy kizárt, erre írtam, hogy nem normál leállítás után indítva gyors a rendszer felállása. Most az mindegy, milyen kombinációval érhető el a realshutdown, a lényeg az, hogy a gyors rendszerfelállás nem normál leállítás után valósul meg.
Egyébként a célozgatásod sem ér célt, mert én most is a Linuxos topikban vagyok, itt szóltam hozzá egy Wint érintő thread-hez, szóval nem az van, hogy öncélúan szidom a WInt, ráadásul nem Windows topikban teszem, ott kb 10 éve nem is jártam, mert ha nem érdekel, akkor minek. Most voltam barátoknál, két Wines géppel is megpróbáltam bootolni pendrive-ról, mindegyiken újra meg újra bootolt a Win, szóval igaza van Tibikomámnak, nem csak a Lenovo Thinbookra jellemző ez, de én eddig csak annál láttamm azért írtam azt.
De tényleg nem érdekel tovább a Windowsos téma, akár ti is leszakadhatnátok róla, mert ez még továbbra is a Kezdő Linuxos topik, akit a Win érdekel, az elhúz oda...
(#89191) tordaitibi
Uby ez nem Thinkbook vagy bármi egyedi sajátosság hanem egy a gépen futó OS beépített funkciója aminek minden gépen működnie kell.
Igazad van, minden gépen így tud gyorsan felállni a WIndows, de ebből meg mi derül ki? Hogy amit fórumtárs látott, az nem valós gyorsaság. Köszi a segítséget!
Természetesen szerényen fejet hajtok a Te tudásod előtt és neked még ezt is elhiszem
Te most galádkodsz velem, pedig az régebben az én reszortom volt!
Semmilyen tudásom nincs, én marha...kellett nekem belevauzni Wines témába, no de ha valami ennyire unreal...de bánja a fene, ha valaki ettől boldog, higgye azt, hogy a Win is milyen qrva gyorsan bootol. Én kipróbáltam a gépeimen, marhabaromságnak tartom, mert mindenki tudja, hogy quasi-suspend miatt áll fel hamar a rendszer.uff off
(#89192) tordaitibi
És ezt a nagy egyetértést megtehettétek volna a Windowsos topik ban is!
El is szomorít, hogy pont egy nyamvadt rendszer miatt kell értetlenkednem egy olyan topikban, ahol sok keresnivalója nincs a témának. 
-
#89185
ubyegon2
félisten
tordaitibi
#89183
válasz
tordaitibi
#89183
üzenetére
Ilyenkor teljes normál leállás van.
Szerinted, de egyébként meg nem, írta az eladó is, hogy ennél a Thinkbook tipusnál ez van, nem egyet adott már el. De akárhogy is van, normál leállítással nem állt le, én eddig ezt írtam és ez ugye tény. Nem? De!
Nem értek a Winhez, de azért kikapcsolni csak képes lennék...nem Realme 9-es telóról van szó! (azt se tudtam nemrég ismert módon kikapcsolni)No de mindezektől függetlenül most megint pár évig visszatartom magam attól, hogy Windowsról értekezzek egy Linuxos topikban vagy akárhol is!
-
válasz
urandom0
#89181
üzenetére
Olyan hülyeségeket írkálsz néha, ne is haragudj.
Dehogy haragszom, de neked meg értelmezned kellett volna, amit írtam!
Nem találod meg a Start menüben a leállítást, vagy mi?
Nem ment át ezek szerint, hogy így nem lehetett leállítani a gépet, ill bakapcsoláskor egyből indult a Windows előtöltött állapotból, nem lehetett eljutni a BIOS-ba, hogy a pendrive-ról bootoljak Linux telepítéshez. Ekkor írta a gép eladója, amit idéztem is:
Amikor Windows a jelentkezne be akkor a bekapcsoló gombot legalább 6 másodpercig. Amikor kikapcsolt akkor utána kapcsold be és a F12 a boot menü.
Gyakorlatilag csak ekkor kapcsol ki, érted már!?
Fast startupnak hívják (gyorsindítás), az egyszerű user a Vezérlőpultból két kattintással ki tudja kapcsolni.
Eszerint látóasszony vagy, mert a gép eladója és én is csak fenti módszerrel tudott szabadulni a trükkös gyorsindítástól, ennél a Lenovo Thinkbook-nál legalábbis tuti így van. Egyébként OK, hogy 9 éve nem használok Windowst, de talán ilyen alapműveletek még nekem se okoznának gondot. Egyszóval olvass, értelmezz előbb, utána hülyézd le, az adott hsz szerzőjét!
Már ne is haragudj... -
válasz
totron
#89179
üzenetére
Ez egy linuxos lejátszó és ki van adva az írásjog alapból, de így az nem érvényesül.
Ja értem, csak a lejátszó nem írja....amúgy ezek az amúgy Linux alapú mediaplayerek is furák tudnak lenni, nekem anno az EXT4 meghajtóról nem volt hajlandó lejátszani!
Majd ha UEFI-s gép közelébe kerülök ki is kapcsolom a fastbootot.
Most látom, hogy Linux alatt is csak UEFI sémán lehet kikapcsolni ezt a fastboot-ot.
(#89176) gregory91
Dehogy keverem, nekem ami Windows, az elvantolva kategória!
-
-
válasz
urandom0
#89168
üzenetére
Az asztal megjelenése után kb. két másodperccel lehet indítani a böngészőt.
Persze, csak az nem normál boot során történik! Épp Lenovo Thinkpad-del jártam úgy nemrég, hogy kiderült, nem tudom egyszerűen kikapcsolni, csak valami spéci módszerrel, quasi minden indítást egy előtöltött állapotból hajt végre. Így valóban gyors volt, de mikor mellé akartam telepíteni Linux Mint-et, képtelen voltam épp amiatt, mert egyszerű user hagyományos módon nem tudja kikapcsolni/rebootolni.
kivéve így:
Amikor Windows a jelentkezne be akkor a bekapcsoló gombot legalább 6 másodpercig. Amikor kikapcsolt akkor utána kapcsold be és a F12 a boot menü.
No ezután viszont már nulláról indult a Windows is, mindjárt ott is voltunk, ahol sh4d0w szaki!
Még egy Windows boot élményem volt utóbbi 9 évben, itt rendes leállítás után elindítva a Wint, ugyanazt tapasztaltam, mint sh4d0w. Ugyanerről a gépről Linux 5-6 sec alatt áll fel. Öreg gép, de nem gyenge annyira, Dell Precision M4700 16GB memóval, kifejezetten 3D renderelésre felszerelten vették anno.
-
#89165
ubyegon2
félisten
fatpingvin
#89163
válasz
fatpingvin
#89163
üzenetére
Egyetértünk, szerintem sem egy kezdő desktopdisztró a Debian. Nem keveset kűzdöttem vele sok éve totál kezdőként, amikor felraktam a Linux Mint mellé a Wheezy-t. Viszont nagyon megérte.
-
#89162
ubyegon2
félisten
fatpingvin
#89160
válasz
fatpingvin
#89160
üzenetére
-
válasz
ubyegon2
#89140
üzenetére
Előbb csak poen volt, hogy Cinnamon ajánlott, Archklónokhoz inkább Plasma fekszik, mondjuk minap kíváncsiságból épp Cinnamonnal próbáltam meg öreg notebookon...annyira azért nem is rossz a boot ideje.
[ubyegon@endev-hpelitebook8570p ~]$ systemd-analyze
Startup finished in 2.610s (kernel) + 1.426s (initrd) + 3.756s (userspace) = 7.793s
graphical.target reached after 2.723s in userspace.
[ubyegon@endev-hpelitebook8570p ~]$ inxi -Fxx
System:
Host: endev-hpelitebook8570p Kernel: 6.2.9-zen1-1-zen arch: x86_64 bits: 64
compiler: gcc v: 12.2.1 Desktop: Cinnamon v: 5.6.8 tk: GTK v: 3.24.37
dm: LightDM Distro: EndeavourOS base: Arch Linux
Machine:
Type: Laptop System: Hewlett-Packard product: HP EliteBook 8570p
v: A1029D1102 serial: <superuser required> Chassis: type: 10
serial: <superuser required>
Mobo: Hewlett-Packard model: 17A7 v: KBC Version 42.38
serial: <superuser required> BIOS: Hewlett-Packard v: 68ICF Ver. F.62
date: 04/07/2015
Battery:
ID-1: BAT0 charge: 35.6 Wh (95.7%) condition: 37.2/37.2 Wh (100.0%)
volts: 12.2 min: 10.8 model: Hewlett-Packard Primary
serial: 33254 2013/03/12 status: not charging
CPU:
Info: dual core model: Intel Core i7-3520M bits: 64 type: MT MCP
arch: Ivy Bridge rev: 9 cache: L1: 128 KiB L2: 512 KiB L3: 4 MiB -
Ha jól tudom, csak az xfce a "témázott".
Nem egészen, de...
Offline telepítés esetén van egy full XFCE, de online már választhatsz a 7 DE és a +1 WM közül.
The offline option installs a fully themed Xfce and the online option provides you with the choice of seven Desktop Environments Xfce, Mate, LXQt, LXDE, Cinnamon, Plasma, Gnome, Budgie, window manager Openbox and tiling window managers i3-WM, BSPWM, Sway, Qtile and Worm.
We already checked the box for the necessary base install in the online installer menu, all you have to do is check the box of your desired DE. [link]
Endeavour-hoz miért a KDE az ajánlott?
Szerintem meg a Cinnamon ajánlott!
-
Az NVMe SSD, ami először csak egyedül volt, az tisztán GPT/UEFI, amit később raktam be, a SATA-s SSD, az a legacy, de ez az NVMe-nek nem kavar be láthatóan.
De lehet mégis...ubyegon@uby-AB350M-Gaming-3:~$ [ -d /sys/firmware/efi ] && echo "EFI boot on HDD" || echo "Legacy boot on HDD"
Legacy boot on HDDez az inxi -Fxx kimenet releváns része:
Drives:
Local Storage: total: 1.82 TiB used: 45.24 GiB (2.4%)
ID-1: /dev/nvme0n1 vendor: Samsung model: SSD 980 1TB size: 931.51 GiB
speed: 31.6 Gb/s lanes: 4 type: SSD serial: S649NL0TB48610V rev: 2B4QFXO7
temp: 35.9 C scheme: GPT
ID-2: /dev/sda vendor: Samsung model: SSD 860 EVO 1TB size: 931.51 GiB
speed: 6.0 Gb/s type: SSD serial: S3Z9NB0NA71338P rev: 4B6Q scheme: MBR
Partition:
ID-1: / size: 48.16 GiB used: 19.47 GiB (40.4%) fs: ext4
dev: /dev/nvme0n1p3
ID-2: /boot/efi size: 512 MiB used: 5.2 MiB (1.0%) fs: vfat
dev: /dev/nvme0n1p2Az előbb berakott Gparted screnshot is EFI system particiót ir. De itt van még egyszer:
Amúgy nekem semmi gondom a működő disztrók bootolásával, csak arra a nagy üres helyre kéne még pár disztrót felrakni UEFI-ben, de ehhez tényleg ki kell venni a SATA-s SSD-t, nincs mese.
Archklónokat meg elengedem, éppen meg tudnám oldani a kernel panic-ot, Manjaro-nál sok ilyen volt már! -
& (#89048) growler
Köszi a válaszokat! Közben rájöttem, hogy vissza kell lépnem párat, mivel az NVMe SSD-re felraktam ugyan egy Linuxot és ott kellett volna még rákérdeznem, hogyan tovább... Az még elég tiszta lett volna, viszont pár napja beraktam az NVMe mellé a majd egy éve inaktív Samsung 860 EVO 1TB SSD-t is, amin van kb 6-7 disztró, ezek közül az első frissítésével keletkezett új GRUB és a reboot után már mind a két SSD-n lévő disztró benne volt a bootlistában. Ami fura, hogy az NVME SSD-n(ami UEFI-s) is minden disztró benne van most már a /boot-ban lévő grub config fájlban.
Egyszóval így hiába megyek tovább, jó nagy kavarc lesz és nem fogom tudni, mi miért van és miért ott. Ki kell szednem a legacy-s SSD-t és az elejétől csinálni újra az UEFI-s SSD-n egy rendszert. Ha ez a fránya grub2 core.img nem lenne, el se akadtam volna, mert olyasmi módszerre emlékeztem hsz-ek alapján, amit growler is ír. Mindegy, hét elején szabadnapom lesz és a most leírtak alapján megpróbálok úgy elindulni, hogy meg is értsem, amit írtatok! De használható amúgy, mindkettőtök hsz-e!
(már csak azt bánom, hogy mi a fenéért vettem a Samsung 980 1TB-ot, mikor a 860 EVO is itt volt egy külső házban)
Ja és pusszantom az Archereket, mert az egy éve pihenő SSD-n lévő 6-7 disztróból a két archklón kernelpanic-kal helyettesítette a boot-ot, amúgy Linux Mint, Ubuntu Mate, Debian mind- mind szépen bootolt, frissítette magát, etc...
-
Sajna nekem is haladnom kéne a korral, szóval desktopba UEFI-n telepítettem Mint-et, de fogalmam se volt, hogyan állítsam be a particiókat, így ráengedtem az egész SSD-re az autoparticionálást, aztán nyilván visszavettem a nagy méretű particiót, hogy tudjak felrakni mást is, ha úgy alakul....node ezzel az első sorral nem vagyok kibékülve, mi a ragya az ott?
(csak nagyon eccerűen írjatok róla, mert eddig szörnyű bonyodalmasakat olvastam ezekről az UEFI-s particionálásokról)
Ha rakok fel másik disztrót, akkor az ott bekavar nekem vagy az új telepítés lecseréli? Egyszóval mi az ott és minek az oda? Tudtam én, hogy ha majd 10 évet kibirtam legacy particiós sémával, akkor nem kéne erőltetni ezt a nyűves UEFI-t!
Amúgy első NVME SSD-m egész jól fut, lassan el is kéne kezdenem frissíteni a blogot, ahová nyugodtan írjatok NVME SSD-s tapasztalatokat, programokat, etc...
NVME SSD meghajtók - ellenőrzés Linux alatt: align, TRIM, hőmérséklet
KDiskMark (3.1.2): https://github.com/JonMagon/KDiskMark
Flexible I/O Tester (fio-3.28): https://github.com/axboe/fio
--------------------------------------------------------------------------------
* MB/s = 1,000,000 bytes/s [SATA/600 = 600,000,000 bytes/s]
* KB = 1000 bytes, KiB = 1024 bytes
[Read]
Sequential 1 MiB (Q= 8, T= 1): 3386.881 MB/s [ 3307.5 IOPS] < 2402.34 us>
Sequential 128 KiB (Q= 32, T= 1): 3424.648 MB/s [ 26755.1 IOPS] < 1189.31 us>
Random 4 KiB (Q= 32, T=16): 992.807 MB/s [ 248202.7 IOPS] < 591.47 us>
Random 4 KiB (Q= 1, T= 1): 67.166 MB/s [ 16791.6 IOPS] < 58.72 us>
[Write]
Sequential 1 MiB (Q= 8, T= 1): 2707.328 MB/s [ 2643.9 IOPS] < 2802.19 us>
Sequential 128 KiB (Q= 32, T= 1): 2638.668 MB/s [ 20614.6 IOPS] < 1519.23 us>
Random 4 KiB (Q= 32, T=16): 960.044 MB/s [ 240011.9 IOPS] < 660.78 us>
Random 4 KiB (Q= 1, T= 1): 164.511 MB/s [ 41127.9 IOPS] < 22.50 us>
Profile: Default
Test: 1 GiB (x5) [Measure: 5 sec / Interval: 5 sec]
Date: 2023-03-24 18:10:37
OS: linuxmint 21 [linux 5.15.0-67-generic]Ugyanez GUI-ban, ha valaki azt jobban szereti...
-
válasz
ubyegon2
#88904
üzenetére
Az online(azonnali) discard TRIM és az ütemezett fstrim teljesen jól elvan egymás mellett. A discard paramétert akkor nem célszerű használni, ha nagy fájlokkal zajló I/O műveletek történnek, mert abba belekvarhat és lassulást okoz időlegesen. Emiatt tiltják az NVME SSD-nél is, mert alapból ez a nagy fájlokkal és gyors másolással operál.
A noatime opció azért jó, mert minden fájlművelethez így nem fűz naplóbejegyzést, ami által gyorsul az I/O művelet.
De ha elég szabad helyed van, akkor az is bőven elegendő ha pár hetente lefuttatod a manual TRIM parancsot, pár napja olvastam, hogy a relatív nagy overprovisioning mellett akár szükségtelenné válhat a TRIM. Gondolom emiatt van az, hogy a gyártó 7-28% overprovisioning-et javasol, a consumer SSD-nél 7%-ot alkalmaznak gyárilag, a professional meghajtóknál viszont 28%-ot. (már amelyik alkalmazza mindkettőt)
Ezeket találtam régebbi hsz-ekben, de egyébként ha nem akarsz online TRIM-et(discard), akkor beállíthatod napi ütemezett lefutásra is az fstrim-et, itt egy mód erre:
-
az SSD-ről próbálok a HDD-re másolni, akkor kb. 2 másodperc után lemegy a sebesség 0-5 MB/s-re. Ilyen korábban nem volt és nem jövök rá mi okozhatja. HDD-ről SSD-re, samba-n keresztül SSD-re és a HDD-re is normál sebességgel tudok másolni.
A TRIM hiánya itt nem lehet ok, mivel nem az írás lassul be, hanem az olvasás, így sem a TRIM hiánya, sem az overprovisioning nem megfelelő mérete nem okozhatja a jelenséget, bár jelentős lassulást egyébként inkább utóbbi okozhatna...
Célszerű lenne az alábbi parancsot lefuttatnod, hátha kiderül belőle valami. sdx-nél az x értelemszerűen behelyettesítendő a megfelelő partició betűjellel.
sudo smartctl -x /dev/sdxA kimenetet be is rakhatod ide (a Programkód gomb használatával nyilván), hátha valaki meglát valamit. Így elsőre vagy dugig van mégiscsak a lemez(overprovisioning) vagy egyszerűen kezdi megadni magát...
-
Ó hát abban biztos voltam, de mivel írtad, hogy Cinnamon alatt nagyon kellemes, arra volnék kíváncsibb, hogy ott meg lehetett oldani a felmerülő problémát...illetve meg tudtad-e oldani?
Szóval értelmezhetnénk a sima ügy és a kellemes közti különbségeket az adott helyzetre vetítve....
-
-
válasz
Rimuru
#88721
üzenetére
OK, feladom, én csak azt néztem, hogyan lehet elérni azt, amit natë ft szeretne, de ez dupla hiba volt részemről, mert fogalmam sincs, mi hogyan néz ki a Windowsban. Egyébként kb ugyanzt éri el, amit írtam, mint a kijelző méretarány állítása.
De akkor zárjuk le azzal, hogy amit fórumtárs akar, azt csak a KDE...
-
válasz
Rimuru
#88714
üzenetére
Szoval azt mondod hogy ha a betumeretet allitod akkor nem a betu lesz nagyobb?
Akkor fussunk neki még 1x, alapból azt mondtam, hogy nem a betűméretet állítom ott, hanem a szövegméretet, de egyébként a screenshoton a vak is láthatta, hogy a betűméretet felül lehet állítani, míg a szövegméretet alul. a következő képeken talán egyértelmű lesz a dolog, mert láthatóan ugynazon betűméretek lesznek az 1,0 és az 1,4-es szövegméret állítás esetén is, viszont az asztali objektumok növekednek és ezen belül nyilván a betűk is nagyobbak lesznek, de minek magyarázom tovább...
Még mindíg azt mondom, hogy ez a beállítás megfelelő lett volna natë kolléga számára, de nyilván könnyebben megmagyarázod nekem egy Cinnamon működését nem Cinnamont használva!
Még egy 1,7-es szövegméretet is nézegethetsz, furamód még itt is az Ubuntu Medium 10-es méretű betűtipus van.
-
-
-
válasz
apeelme
#88674
üzenetére
Pontosan azt, amit Tim82 ft írt a (#88675)-ben. Sajna a belépő modellek közül azok, amik nem saját gyártó NAND-dal és vezérlővel üzemelnek, kb azt tesznek az eszközben, amit éppen a piacon fel tudnak vásárolni. Többnyire azért működnek ezek az SSD-k is, de például ilyen gondok is felbugyoghatnak, mint nálad is.
-
Lehet kipróbálom Arch alatt, mert semmi kedvem Windows-ozni.
Fene tudja, igazából ha az újabb kernelen múlik, talán...de onnantól kezdve mindegy, hogy mi a core alap, mert minden Linux disztrónál ugyanaz, csak a felépítmény változik. (sok beállítást at archwiki alapján csinálnak a Debian/Ubuntu userek is)
Intel-re sem lehet azt mondani, hogy ebben a helyzetben tökéletes megoldás lenne, anno az volt nyilván notebookok esetén...
-
Akkor szerencsére talán megoldódik újabb kernel nélkül is....amúgy érdekes, amit írtál előbbi hsz-ben, mert Linux Mint 21.1-ben és egy Debian Bookwormban-ben is megnéztem az értéket és mindkettőnél
deepvan! Tuti nem állítgattam egyiknél sem semmilyen konfigon.ubyegon@MiWiFi-R3G-srv:~$ echo deep | sudo tee /sys/power/mem_sleep
deep
System:
Host: MiWiFi-R3G-srv Kernel: 6.1.0-5-amd64 arch: x86_64 bits: 64
compiler: gcc v: 12.2.0 Desktop: Cinnamon v: 4.8.6 tk: GTK v: 3.24.36 vt: 7
dm: LightDM v: 1.26.0 Distro: Debian GNU/Linux bookworm/sid
orbanelftars@Mint-20-3c-8570p:~$ echo deep | sudo tee /sys/power/mem_sleep
deep
System:
Host: Mint-20-3c-8570p Kernel: 5.19.0-32-generic x86_64 bits: 64
compiler: N/A Desktop: Cinnamon 5.6.7 tk: GTK 3.24.33 wm: muffin
dm: LightDM 1.30.0 Distro: Linux Mint 21.1 Vera base: Ubuntu 22.04 jammy -
-
válasz
zolka95
#88040
üzenetére
Ha van kedved hozzá...végivezet a folyamaton: Bullseye Freeze Timeline and Policy
De akár a packages tracker-t is érdemes böngészgetni.
Debian stable Cinnamon verzióval nekem is van kis gondom, ami akár idegesítő is lehetne...teljesen jó, de érezhetően gyorsabb, mint a Linux Mint Cinnamon-om!
-
Szerintem a Kdiskmarktnak nem számít az fs. Az csak a sebességgel foglalkozik, lehet fs nélkül is mérne....
Igen, ezeket a sebességeket a ház előlapi USB 3.0 kimenetén mértem.
Aham, akkor azok teljesen fals értékek és a terminal kimenet is totál betegnek írja!
kb ilyen, ha jó a pen:
[156675.913038] usb 4-3: new SuperSpeed USB device number 2 using xhci_hcd
[156675.934198] usb 4-3: New USB device found, idVendor=0781, idProduct=5580, bcdDevice= 0.10
[156675.934211] usb 4-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[156675.934216] usb 4-3: Product: Extreme
[156675.934219] usb 4-3: Manufacturer: SanDisk
[156675.934222] usb 4-3: SerialNumber: AA011201141422330811
[156675.950422] usb-storage 4-3:1.0: USB Mass Storage device detected
[156675.951000] scsi host6: usb-storage 4-3:1.0
[156675.951119] usbcore: registered new interface driver usb-storage
[156675.953362] usbcore: registered new interface driver uas
[156676.953573] scsi 6:0:0:0: Direct-Access SanDisk Extreme 0001 PQ: 0 ANSI: 6
[156676.954194] sd 6:0:0:0: Attached scsi generic sg2 type 0
[156676.954414] sd 6:0:0:0: [sdb] 62533296 512-byte logical blocks: (32.0 GB/29.8 GiB)
[156676.954696] sd 6:0:0:0: [sdb] Write Protect is off
[156676.954700] sd 6:0:0:0: [sdb] Mode Sense: 53 00 00 08
[156676.955009] sd 6:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[156676.957852] sdb: sdb1 sdb2
[156676.958961] sd 6:0:0:0: [sdb] Attached SCSI removable diskés ilyen, ami írásvédetté vált:
[164236.911387] usb 4-3: USB disconnect, device number 4
[164759.154695] usb 4-3: new SuperSpeed USB device number 5 using xhci_hcd
[164759.175618] usb 4-3: New USB device found, idVendor=0781, idProduct=5591, bcdDevice= 1.00
[164759.175631] usb 4-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[164759.175635] usb 4-3: Product: Ultra USB 3.0
[164759.175639] usb 4-3: Manufacturer: SanDisk
[164759.175642] usb 4-3: SerialNumber: 4C530001100722117104
[164759.176441] usb-storage 4-3:1.0: USB Mass Storage device detected
[164759.176800] scsi host6: usb-storage 4-3:1.0
[164760.207647] scsi 6:0:0:0: Direct-Access SanDisk Ultra USB 3.0 1.00 PQ: 0 ANSI: 6
[164760.208536] sd 6:0:0:0: Attached scsi generic sg2 type 0
[164760.208937] sd 6:0:0:0: [sdb] 121307136 512-byte logical blocks: (62.1 GB/57.8 GiB)
[164760.209795] sd 6:0:0:0: [sdb] Write Protect is on
[164760.209808] sd 6:0:0:0: [sdb] Mode Sense: 43 00 80 00
[164760.210180] sd 6:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[164760.218624] sdb: sdb1
[164760.219801] sd 6:0:0:0: [sdb] Attached SCSI removable diskEz sem mutat semmi hibát, csak ennyi a gond:
[164760.209795] sd 6:0:0:0: [sdb] Write Protect is on -
Nem, én nem gondolok erre, maga az általad linkelt kimenet gondol erre, de igen határozottan!
[ 4.976070] xhci_hcd 0000:05:00.0: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x0010 address=0xcbc11000 flags=0x0000]
[ 4.976082] xhci_hcd 0000:05:00.0: WARNING: Host System Error
[ 5.008090] xhci_hcd 0000:05:00.0: Host halt failed, -110
[ 41.183115] xhci_hcd 0000:05:00.0: xHCI host not responding to stop endpoint command.
[ 41.183121] xhci_hcd 0000:05:00.0: USBSTS: 0x0000000c HSE EINT
[ 41.215130] xhci_hcd 0000:05:00.0: Host halt failed, -110
[ 41.215132] xhci_hcd 0000:05:00.0: xHCI host controller not responding, assume dead
[ 41.215139] xhci_hcd 0000:05:00.0: HC died; cleaning up
[ 41.215155] usb 3-1: USB disconnect, device number 2
[ 41.215287] usb 4-3: USB disconnect, device number 2
[ 41.215516] sd 6:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_TIME_OUT driverbyte=DRIVER_OK cmd_age=36s
[ 41.215520] sd 6:0:0:0: [sdc] tag#0 CDB: Read(10) 28 00 00 00 09 00 00 00 08 00
[ 41.215522] blk_update_request: I/O error, dev sdc, sector 2304 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[ 41.215576] blk_update_request: I/O error, dev sdc, sector 2304 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 41.215583] Buffer I/O error on dev sdc1, logical block 32, async page readDe a Kdiskmart kép is jelzi, hogy valami nagyon nem OK....kb ilyen egy normális USB 3-as pen kimenete:
kb 7-8 éves Sansisk Extreme 32GB az alany
Ha valahová be tudod dugni direktbe a pent, teszteld le ott is...ha szerinted a PCI csatoló kártya a bűnös, de amúgy előlapi kimenetben is próbáltad már, nem? Kicsit lehet kezdek belekeveredni a sok témába így reggel....
Egy normál kimenetben a
sudo lsusb -vkimenet hasznos lehet! -
A pendrive mi másra való, ha nem arra, hogy a gépbe dugdossam? Ezt most nem értem.
Ööö...elképzelhető, hogy a jelenleg szóban forgó penre írtam a nedugdosd mondatom! De tényleg rosszul fogalmaztam, sorry!
Azért éppen érthetted volna.... (közben szerkesztettem előbbi hsz-t, nézz rá még 1x)
-
Az a pendrive már repüljpáva kategória valóban!
A képen látható olvasás nem rossz amúgy, kb egy PCIe 4.0 NVMe SSD sebességét hozza, ami ugye fura, mert a legnagyobb elméleti USB 3.2 sebesség az 1250 mbps...A kimenetben ezek a
controller not responding,I/O errorés társai jelzések us azt mondják, hogy normál működő rendszerbe ne dugdosd a pen-t, mert a beolvasási és egyéb műveleti kísérletek lelassíthatják a rendszert és akkor nekiugrasz, mint röfi az ólajtónak és elállítgatsz valid konfigokat is ügyesen.A swap kérdés....hát ugye először megnézzük, hogy default mennyi swapot csinált a rendszer és utána kezdünk variálni.
Alap userkedésre bőven elég az a swapfile, ami a rendszerrel jön. helpIgaz persze, hogy a Linux Mint Cinnamon igen stabil rendszer, de persze megsínyli az is, ha megpróbáljuk megöldösni mindenféle kevéssé átgondolt bíbelődéssel!
Minap itt is láttam egy kérdésed, de oda már nem nagyon irkálok....szóval semmi fontos nem derül ki a kérdésből, ennek ellenére a szakik rá se kérdeznek és beraknak egy évtizedes WIndows 7-es linket. No mindegy, szerintem ezt az overprovisioning kérdést elég furán kezelik a szaktopikjában is! De minimum meg kellett volna kérdezniük az SSD pontos tipusát, mert abból kiindulva lehet adekvát választ adni a kérdésedre! Ilyenkor képedek el erősen, ha arra gondolok, hogy az ottani szakik eltanácsoltak, hogy én oda ne is írjak, mert nem vagyok hozzáértő.
Szóval pihenésképpen olvasgasd ezeket a hsz-eket az OP-ről, hogy képbe kerülj, mit is kéne kérdezned az SSD-d szabad helyéről.
De ahogy nézem, ebben a topikban is toltam rendesen az okosságokat az OP-ről...nyilván a régebbi bejegyzések...hát azok még elég kezdő korszakomban keletkeztek, de az újakból azért tudsz kinyerni hasznos infókat.Esetleg ezt még megpróbálhatod a pennel, de sok esélyt ne adj neki:
How I fixed xHCI host controller not responding, assume dead
-
válasz
I02S3F
#87751
üzenetére
Hát azért gondolom a kde fejlesztők is összedolgoznak. Például egész szépen össze vannak integrálva a kde appok egyenként.
OK, de melyik az a disztró, amit ugyanaz a fejlesztő csapat csiszol, mint amelyik a DE-t is fejleszti? KDE esetére értem. Van saját disztrója a KDE csapatnak, de azt éppenhogy azonnal kiadják, ahogy lehet. Szerintem a Kubuntut megelőzendő, quasi tesztelési céllal....de lehet tévedek.
-
válasz
I02S3F
#87748
üzenetére
Attól függ milyen vasra rakod.
Igen, egy szint felett semmi különbség sincs, amikor teszteltem a kettőt direkt erre, a KDE alapból jóval kevesebb RAM-mal indított és amikor ugyanazon programokat elindítottam, simán beelőzte fogyasztásban a Cinnamont. De ma már mindegy ,melyik DE-vel raksz fel disztrót, ugyanaz a helyzet fog beállni, amit imént vázoltam. Kivétel, ha nem netezik vele a user.
A kde testreszabhatóbb, a cinnamon meg gyorsabb.
Régebben jóval lomhább volt a Cinnamon, de valamit nagyon megoldottak nála, mert ma már az is gyors, szerintem itt sincs szignifikáns különbség. De lehet ez is csak egy hardver-szint felett van így....
-
Abszolut elhanyagolható erőforrás szempontjából a különbség ma már, a KDE jobban konfigolható, de már a Cinnamon is annyi beállítási opciót kínál, hogy nagy részéről azt se tudom, mire való 9 év használat után.
Egy óriási különbség van azonban! De ezt a Mint Cinnamonra írom, amikor a Mintes fejlesztők megkapják a már kiadott Ubuntus core alapokat, amire építik az új kiadást, akkor még jó sok hétig csiszolgatják a Cinnamonnal és a Nemo fájlkezelővel plusz a Xapps-szal, nem véletlenül nem olvasol meglepetésekről az említett disztrónál. KDE esetén nem tudok róla, hogy lenne ilyen sok hetes fejlesztői összecsiszolás. Innentől Te döntesz. -
...ha a uname -r frissebbet mutat, akkor töröljem nyugodtan.
Jól mondta Kapitány, max nokedlibbaknak javasolják, hogy egy előző működőt azért célszerű megtartani!
Viszont a Discordot nem értem, hogy miért jelöli elavultnak
Ha Debian azt írja, elavult, akkor az is!
Hisztis egy nőszemély, amit nem szeret, azt úgyis kicsinálja előbb-utóbb. Dobd a Discordot! (#87719) csixy
Valahogy felkutatom és beteszem Raymondnak a linket.
Tuti tetszeni fog neki meg pár embernek még onnan, no persze nem a karótnyelt nagyeszű fafejnek nyilván.
-
Anno én is használtam pillanatragasztót, mikor a CPU-hűtő alaplapi rögzítő kallantyúja eltört meg a vadi új desktop ház hátsó kimeneténél is fogóval hajtogattam fel a lemezt a DVI csatlakozó miatt. Én anno alapból is kedvenc tantárgyamnak tartottam a drasztika nevűt!
(mondjuk azért még a nyomodba sem érek barkácsilag)Ezt a hsz-t meg csak úgy itthagyom 2014-ből....
A flexelt SSD-t egy keskenykliensbe szerkesztettem be. Egy plasztik játékkártyával izoláltam a wlan kártyától.
Tudom, még a kép is élénken él bennem, amit beraktól róla!
-
Szintén zenész!
Lófüttyöt, ez már egy 100tagú cigánzenekar inkább! Kernelfrissítés előtt Timeshift mentés meg programok leaállítása!?
Ez komoly? Ez egy kernel, nem egy támadóvírus! Én ráeresztem a frissítéseket, ha vannak és csinálom tovább a dógomat, sose volt még ezzel gond...Timeshift mentés... Szeretünk veszélyesen élni!(#87714) csixy
Ezek a Flash SSD topikos népek ennyire nem ismerik a kreatívitásodat?
Flexelt SSD-t beraktad anno oda? -
Na várjál, ez Debian, amiről beszélünk? Ott szerintem nincs beállítva így automatikusan, hogy az aktív +1 kernelen felüli példányokat pucolja a remove parancs! Debian az Debian, user megoldja, amit szeretne, Linux Mint meg Mint, ott mindent is megoldanak a user helyett!
orbanelftars
Figyelmesen nézed át még a terminal kimeneteket is a hsz-ben, ez nagyon pozitív dolog! Amúgy nem ez a user, csak most lecseréltem erre! Imádom az embert, biztosan azért.
-
Érdemesebb terminalból a
sudo apt autoremoveparancsot használni, mert az a beállított darabszám feletti kerneleket automatikusan eltávolítja. Amúgy ha nem látod értelmét, hogy a legutolsó működő kernelt meghagyd, érdemes törölni a régieket. (én laikusként egyet mindig meghagyok)épp itt is van egy kivégzésre váró kernel:
orbanelftars@Mint-20-3c-8570p:~$ sudo apt autoremove
[sudo] fekete jelszava:
Csomaglisták olvasása... Kész
Függőségi fa építése... Kész
Állapotinformációk olvasása... Kész
Az alábbi csomagok el lesznek TÁVOLÍTVA:
linux-headers-5.15.0-53 linux-headers-5.15.0-53-generic
linux-image-5.15.0-53-generic linux-modules-5.15.0-53-generic
linux-modules-extra-5.15.0-53-generic mint-backgrounds-vanessa
0 frissített, 0 újonnan telepített, 6 eltávolítandó és 4 nem frissített.
A művelet után 632 MB lemezterület szabadul fel.
Folytatni akarja? [I/n]Itt láthatod, mennyi kernel van jelenleg:
Minden tiszta?
-
-
Ha nagyon zavar, nézegesd a dependency-s parancsokkal, de sok vizet nem zavarnak ezek. Ha nem indítod el, olyan, mint ha nem is lenne, gondolom nagy helyet nem foglalnak el. Ha rugalmasabban akarod kezelni ezt a kérdést, akkor valóban Debian-t kell felraknod...és utána látni fogod, mi az előnye, hogy a Mintes csapat így összegyúrt mindent!
Viszont a Debian egyébként nagy függőségkirálynő, tud hisztis dolgokat csinálni, érdemes ezzel is elszórakozni, nagyon jól lehet tanulni így a csomagkezelést, függőségkezelést és sok mindent, ami kezdőként minden más disztrónál hasznos lehet!
Nemrég már nem lecserélted a Linux Min-et amúgy?
-
Amellett, hogy ennél kb nem tudok elképzelni értelmetlenebb dolgot, fórumtársaknak igaza van. Totál össze van építve a DE a fájlkezelővel és szerintem az Xapps saját fejlesztésű appokkal is, itt egy példa, mi történik, ha a Nemo-t el szeretnéd távolítani.
Terminalból apt-cache depends csomag parancs megmutatja, milyen függőségei vannak adott csomagnak....
ubyegon@Mint-20-3c-8570p:~$ apt-cache depends nemo
nemo
Függ ettől: cinnamon-desktop-data
Függ ettől: cinnamon-l10n
Függ ettől: desktop-file-utils
desktop-file-utils:i386
Függ ettől: gsettings-desktop-schemas
Függ ettől: gvfs
Függ ettől: libglib2.0-data
Függ ettől: libnemo-extension1
Függ ettől: nemo-data
Függ ettől: shared-mime-info
shared-mime-info:i386
Függ ettől: poppler-utils
poppler-utils:i386
Függ ettől: exif
Függ ettől: id3
Függ ettől: odt2txt
Függ ettől: catdoc
Függ ettől: untex
Függ ettől: html2text
Függ ettől: python3-xlrd
Függ ettől: libatk1.0-0
Függ ettől: libc6
Függ ettől: libcairo-gobject2
Függ ettől: libcairo2
Függ ettől: libcinnamon-desktop4
Függ ettől: libexempi8
Függ ettől: libexif12
Függ ettől: libgail-3-0
Függ ettől: libgdk-pixbuf-2.0-0
Függ ettől: libglib2.0-0
Függ ettől: libgsf-1-114
Függ ettől: libgtk-3-0
Függ ettől: libpango-1.0-0
Függ ettől: libpangocairo-1.0-0
Függ ettől: libx11-6
Függ ettől: libxapp1
Függ ettől: libxml2
Ajánlja: gvfs-backends
gvfs-backends:i386
Ajánlja: gvfs-fuse
Ajánlja: librsvg2-common
Ajánlja: nemo-fileroller
Ajánlja: gnome-disk-utility
Javasolja: eog
|Javasolja: evince
Javasolja: <pdf-viewer>
okular
atril
evince
gv
mupdf
qpdfview
viewpdf.app
xpdf
xreader
zathura-pdf-poppler
|Javasolja: totem
Javasolja: <mp3-decoder>
mpg321
opencubicplayer
vlc
Javasolja: xdg-user-dirspici help a témához:
How to Check Dependencies of a Package in Ubuntu/Debian-based Linux Distributions -
válasz
Synaptic
#87604
üzenetére
Második lépésként hozz létre egy 72Gb -Ext4 partíciót "/" csatolási ponttal. /Tudom nem szép
//Mivel nem tudom mennyi ramod van inkább csináljunk 1 Swap particiót is./
Harmadik lépésként a maradék helyen ez kb 8gb létrehozol egy Linux Swap partíciót.
helyett
Második lépésként hozz létre egy 80Gb -Ext4 partíciót "/" csatolási ponttal. /Tudom nem szép
//
Mivel nem tudom mennyi ramod van inkább csináljunk 1 Swap particiót is./Harmadik lépésként a maradék helyen ez kb 8gb létrehozol egy Linux Swap partíciót.A (Ubuntu, Mint) rendszer a 80GB-os "/" partición belül létrehoz egy swap file-t.
szerintem
-
válasz
#63718632
#87554
üzenetére
Linux Mind-es Zolivagyok kománk! Mint topikban közismert nagyon.
Olvasva az összefoglalód a Nobara-ról
, nem lehet rossz, de nem annyira értem, miért cuppan rá ilyenre olyasvalaki, akinek nem gond felrakni azokat a csomagokat, amikre szüksége van. Kicsit olyan ez a Nobara is, mint a Mint Cinnamon akkor Fedora vonalon.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Innen már eccerű volt a Linux install, viszont tanácsaitok alapján csináltam egy külön /efi particiót és boot-kor egy külön sorban jelent meg a Win bootmenüje. Szóval siker! 
Zsenik vagytok!
Ezúton is elnézést kérek emiatt, ezt a változást nem követtem le a Mint-ben... 
Semmilyen tudásom nincs, én marha...kellett nekem belevauzni Wines témába, no de ha valami ennyire unreal...de bánja a fene, ha valaki ettől boldog, higgye azt, hogy a Win is milyen qrva gyorsan bootol. Én kipróbáltam a gépeimen, marhabaromságnak tartom, mert mindenki tudja, hogy quasi-suspend miatt áll fel hamar a rendszer.
Ezek a Flash SSD topikos népek ennyire nem ismerik a kreatívitásodat?
Ú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!
- Apple iPhone 14 Pro, Kártyafüggetlen, 1 Év Garanciával
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- MacBook, Apple M1 / M2 kompatibilis dokkolók, DisplayLink 4K, USB-C, Type-C
- FÉL ÁR ALATT! Lian Li UNI FAN SL120 RGB 1db-os és 3db-os ventilátor szett garanciával
- BESZÁMÍTÁS! Samsung Odyssey G5 32 144Hz WQHD 1ms monitor garanciával hibátlan működéssel
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest