-
Fototrend
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
Crvsh3R
senior tag
válasz
ubyegon2
#99684
üzenetére
Szerencsére nem áll fent a probléma már, mert közben megjött a cseregép és ezen rendes USB csati van normális tápellátással, szemben a Raspberry Pi 4-el, ahol a max. 900 mA a felvehető.
Csak mivel ez is használt gép, mint az előző alaplap hibás Dell Optiplex 3070 Micro, így ennél is előbb jöhet elő hiba, mint pl. a táp meghibásodása (ebben az esetben egy külső laptop töltő), ami a matricája szerint 2014-es gyártású. Gondoltam felkészülök mindenre. -
válasz
urandom0
#99697
üzenetére
Az is lehet, hogy nem táphiba van, csak éppen túl sok a külső meghajtó és van köztük 3,5"-ös is!
(egy WD Black HDD 6,8W-ot beszippant önmagában, ami nem tűnik elsőre soknak...)Egyébként systemddel is lehet fix mount pointot beállítani
No ez nekem még kínai, sok mindent lehetne csinálni systemd-vel, néha gondolok is rá, hogy meg kéne jobban nézegetni, de eddig csak a systemd services-t használtam, mondjuk ezt nem lehetett megószni sajna... A többi résszel úgy vagyok, mint az UEFI-vel, majd ha muszáj lesz, valamit majd csinálok vele.
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
urandom0
senior tag
válasz
ubyegon2
#99696
üzenetére
Hát ha a user rákattint a fájlkezelőben a meghajtóra, és nem történik semmi, akkor is tudni fogja, hogy megnyekkent a cucc...
De amúgy igen, táphibás eszköznél azt ír be az fstabba, amit akar, annak mindegy az. Egyébként systemddel is lehet fix mount pointot beállítani, fstab nélkül, valahogy így:[Unit]Description=Mount external drive to /mnt/external_driveAfter=network.target[Mount]What=UUID=<meghajtó_UUID>Where=/mnt/external_driveType=auto[Install]WantedBy=multi-user.targetÉs utána engedélyezni kell:
sudo systemctl enable mnt-external_drive.mountDe ha nincs kihuzigálva a meghajtó, és fixként üzemel, akkor teljesen jó megoldás az fstab is. De ilyen táphibás, bizonytalan működésű cuccokkal én nem is kísérleteznék.
-
válasz
urandom0
#99694
üzenetére
A kolléga esetében, mivel instabil tápegységekről tett említést, talán a lehető leghasznosabb dolog az, ha az amúgy fixen csatolt meghajtónál megnyekken a boot folyamat, mert normál esetben akkor a user tudja, hogy gondok vannak. De neki is említettem, hogy qrvára nem szerencsés instabil/alulméretezett tápegységgel használni a meghajtóit.
De beírhatja a nofailt, sok vizet nem zavar, mint ahogyan az FSTAB sem, ha az aktuális meghajtóra van kihegyezve a bootolás a GRUB-ban. Még azt is megkockáztatom, hogy akár trikolórra is festheti a boxot/gépházat, tök mindegy a piszkált kérdés szempontjából.
-
#99695
ubyegon2
félisten
tordaitibi
#99693
válasz
tordaitibi
#99693
üzenetére
Nem mondok ellent, szerintem egy usb lemez az mindig külső fizikailag, de mivel usb, bármikor véletlenül kihúzható, deviszont mivel pl. adatlemez,vagy hülye példával ezen van a swap mert a belső kicsi, így a rendszernek belső lemez.
Mesélsz arról, hogy miért kéne FSTAB-ba bejegyezni egy külső meghajtót? Hacsak nem azért...
Ugye pontosan tudjuk, ha bedugunk USB-re egy külső meghajtót, annak kb annyira van szüksége az FSTAB bejegyzésre, mint kisnyugdíjasnak az akciós marhabélszínre!
-
urandom0
senior tag
válasz
ubyegon2
#99692
üzenetére
A
nofailcsak azt ignorálja, hogy külső vagy belső FSTAB-ba csatolt eszköz eltávolításakor ne álljon le a boot folyamat 90 sec-re (vagy amennyire be van állítva).Igen, és neki pont ez kell (vagyis hát nem kell, csak érdemes). Én is ezt írtam, hogy azért érdemes beírni a nofail-t, hogy ne akassza meg a bootot.
A rendszer szempontjából persze mindegy, hogy külső vagy belső lemez, ő ilyen különbséget nem tesz. -
#99693
tordaitibi
veterán
ubyegon2
#99692
válasz
ubyegon2
#99692
üzenetére
Há ezt megnézem holnap az otthoni gépemen, azon biosba le lehet választani az adatlemezemet.
Ami be van drótozva fstabba.
Megnézem én ezt 90 másodpercet, nekem nem rémlik.Nem mondok ellent, szerintem egy usb lemez az mindig külső fizikailag, de mivel usb, bármikor véletlenül kihúzható, deviszont mivel pl. adatlemez,vagy hülye példával ezen van a swap mert a belső kicsi, így a rendszernek belső lemez.
-
válasz
urandom0
#99690
üzenetére
& #99691 tordaitibi
Tök mindegy, hogy technikailag külső vagy belső, ha az FSTAB-ban fel van csatolva és eltávolításra kerül boot előtt, akkor ugyanúgy 90 sec boot leállás van mindkét esetben, míg ha fizikailag nem kerül eltávolításra a device, akkor lefut a normál boot. A
nofailcsak azt ignorálja, hogy külső vagy belső FSTAB-ba csatolt eszköz eltávolításakor ne álljon le a boot folyamat 90 sec-re (vagy amennyire be van állítva).Vagyis bár külső, de a rendszer része fixen.
Tibikomám, itt ellentmondasz önmagadnak!
-
#99691
tordaitibi
veterán
ubyegon2
#99689
válasz
ubyegon2
#99689
üzenetére
Igen de neki nincs szabad luka az alaplapon, ezért választott külső lemezt, viszont fixen kellen mountolni a megfelelő helyre.
Itt már jogos a nofail, le is írtam neki egy fstab mintasort, csak át kell alakítania a sját uuid és csatolási pontra.
Vagyis bár külső, de a rendszer része fixen. -
-
daninet
veterán
válasz
GuMipOkE
#99679
üzenetére
Manapság annyira kevés különbség érződik a disztrók között, egyiket vagy másikat választani nagyjából annyit jelent, hogy milyen csomagokkal jön előretelepítve és azok milyen gyakran frissülnek. Ezek a hardverkompatibiltások pont mind kernelfüggőek és a legtöbb évente kiadott disztró ugyanazt a pár kernel verzót használja, most ez 6.8 és 6.11 között van
-
Crvsh3R
senior tag
válasz
ubyegon2
#99681
üzenetére
Mindenkinek köszi a választ!
Igazából azért kérdeztem rá a
nofail,x-systemd.device-timeout=5opciókra, mert ha magam nem is távolítom el a meghajtókat, de mondjuk egy gyengélkedő táp miatt mondjuk nem tudja rendesen érzékelni a meghajtót akkor az nem tudom hogyan hat ki a rendszerbetöltésre/rendszerhasználatra.
Sajnos amíg vártam a garanciás cserére a Lenovo ThinkCentre M720q Tiny esetében, addig ideiglenesen visszaraktam a kis Raspberry Pi 4-est kiszolgálónak, de az meg az elégtelen tápellátás és a leszabályozott USB portok miatt eléggé küszködött a külső meghajtókkal, sokszor volt, hogy egyik-másik meghajtó terhelés alatt vagy boot közben eltűnt. Mindezt gyári táppal és külső tápellátással a meghajtók esetén. -
GuMipOkE
senior tag
Köszönöm a válaszokat!
Lehet, hogy akkor teszek egy próbát a Debian Trixie-vel, hogy hogyan fekszik. Ha okés, akkor lehet hogy az RX 7800 XT befigyel. Ha a kiadási ütemezésük nem csúszik el, akkor szűk egy éven belül úgy is stabil lesz belőle. Addig meg kibírom fél lábon is.
Megszerettem a debiant, mert nekem, koca linuxosnak pont kényelmes. Nem akar mindent eldönteni helyettem, meg nem is kell rendszerprogramozónak lennem.
Viszont ez a fő rendszer, amit használok már jópár éve, ezért elég fontos, hogy probléma mentesen fusson.Fedorával szó szerint 20 éve próbálkoztam utoljára, nem is sikertelenül, mert emlékeim szerint valamelyik ARMA-val még online is tudtam rajta játszani. Utána az újabb verziók telepítője nem volt hajlandó elindulni a gépemen, mert nem szerette a DVD meghajtómat.
Évekig így volt, minden újabb release-el. Elindítottam a telepítést, és ugyanazzal halt le mindig. Úgyhogy egy idő után nem is kísérleteztem tovább. Nem lett tartós a szerelem. 
-
daninet
veterán
válasz
urandom0
#99675
üzenetére
Tumbleweed-et használok egy ideje de előbb utóbb újra fogom telepíteni egy éves kiadású disztróra, jelenleg Leap a befutó.
Nem Tumbleweedel van a baj, hanem KDE a probléma, minden egyes verzió update bugos mint a fene, Opensuse meg kb 3 nap tesztelés után berakja a repóba. Hetente frissítek és összeszorított farpofával ülök most mi nem fog működni. Kicsit kezd elegem lenni a rolling modelből, munkára használom a gépet. Más desktoppal jó lehet, nem tudom mi a szituáció arrafelé.
Slowroll egy béta, és nem garantálják a 100%-os dependency kompatibilitást. Az is csak akkor ajánlott ha van kedved szórakozni vele.
Szerintem fórumtárs is hasonlóan stabil dolgot keres ezért éves kiadású modellben Leap vagy Fedora Workstation ajánlott -
moleculez
veterán
válasz
daninet
#99674
üzenetére
Én konkrétan végigmentem ezen, a Debi ugyan stabil volt, DE…. miután beraktam a 4060-t utána volt hogy csak minden második alkalommal bootolt, mert valamiért megakadt. Mindez driver telepítés után. Ami annyira nem volt egyszerű, kicsit többett kellett mókolni mint pl Fedora alatt.
Most Fedorán vagyok, teljes a lelki béke, és semmi bajom vele.
-
daninet
veterán
válasz
GuMipOkE
#99672
üzenetére
A jelenlegi bookworm debian 6.1.0-26 kernel verziót használ. Most gyorsan rákerestem és 535-ös nvidia verzióig megy a driver vele ami a 4070-hez még határeset jó, de már lehetnek vele problémák mert az első driver volt 4070 támogatással, 4070 super nem megy majd vele.
Szerintem ha ennyire új videokártyát veszel hátra kell hagynod stabil debian-t és keresni valamit ami támogatja az új drivereket. Ha szigorúan debian alapon akarsz maradni akkor popOS lehet stabil opció. De alapvetően javaslom hogy kalandozz egyet Fedora Workstation vagy Opensuse Leap irányába. A legtöbben végigmenenk ezen a gondolatmeneten, hogy kell újabb mint a debian bookworm de nem ubuntu, talán nem popOS, debian alapon csak pár fura disztró marad így, akkor fedora vagy opensuse. -
GuMipOkE
senior tag
Sziasztok!
GTX 1060 vga-t tervezek lecserélni vagy valamelyik RTX 4070 kaliberű nVidiára, vagy RX 7800 XT körüli AMD-re. Az elmúlt években debian-t használtam, most épp ugye a 12-est (gnome DE). Hogy viselné a debian és nem mellékesen én ha a vörös oldalra váltanék vga terén (is)?
Anno egy Sapphire Radeon HD 7870-el is linuxoztam, de valamiért nagyon utáltam ezt a vga-t linux alatt (talán ubuntu volt akkoriban), csak már nem emléxem miért.
Aztán egyszer elhalálozott, és vitte az alaplapomat is. Szóval finoman szólva sem gondolok nosztalgiával rá. -
#99669
tordaitibi
veterán
Crvsh3R
#99667
válasz
Crvsh3R
#99667
üzenetére
Kipróbáltam régebben Debiant, nem cli hanem gui.
És a fájlkezelőbe minden partícióra kattintásnál bekérte a jelszót hogy csatolja.
Erre céloztam.
Csinálsz egy ilyen bejegyzést, értelemszerűen a te UUID-t átírod, és a csatolási pontot is átírod "/media/tibi/aero_data" helyett arra ahova csatolnád.UUID=448883198883091E /media/tibi/aero_data auto nosuid,nodev,nofail,x-gvfs-show 0 0 -
#99667
Crvsh3R
senior tag
tordaitibi
#99665
Crvsh3R
senior tag
válasz
tordaitibi
#99665
üzenetére
Ahogy cigam kolléga is írta: fixen meg tudom adni, hogy melyik mappába csatolja fel (mivel Docker-ben hivatkozok rá így szükséges + Samba megosztás is megy róla) és a gépbe sem tudom beépíteni. UUID alapján csatolom fel, az a biztos megoldás.
"Mivel ezek alapján minden fstabozás nélkül úgyis felcsatolja."
Debian minimal-t telepítettem (CLI only). Csak SSH-n keresztül kezelem. fstab nélkül nem csatol fel semmit automatikusan, mint GUI alatt (legalábbis én így tudom, de ha tévednék, akkor javítsatok ki)."...Debian, gondolom minden mountnál ami nincs fstabba, jelszót kérne"
Én tegnap simán mount paranccsal csatoltam fel egy microsdhc olvasót kártyával együtt és nem kért jelszót. De egyébként sem találkoztam olyannal, hogy jelszót kért volna. Egyedül a sudo miatt kért. Vagy nem értem mire gondolsz. -
#99665
tordaitibi
veterán
Crvsh3R
#99663
válasz
Crvsh3R
#99663
üzenetére
Oké de külső lemezt szó nélkül csatol, vagy szükséged van part UUID alapú csatolásra, nem elég a partlabel vagy partname?
Mivel ezek alapján minden fstabozás nélkül úgyis felcsatolja.
Illetve, most esett le, mivel ez egy abszolút biztonságos de abszolút nem felhasználóbarát Debian, gondolom minden mountnál ami nincs fstabba, jelszót kérne.
Ha így van, szögezd be fstabba a nofail opcióval. -
#99664
cigam
titán
tordaitibi
#99661
cigam
titán
válasz
tordaitibi
#99661
üzenetére
- Én akarom megadni, hogy melyik mappába csatolja fel.
- Nem tudok a gépbe több lemezt rakni (laptop, vagy mikrogép)
- bármi
-
#99663
Crvsh3R
senior tag
tordaitibi
#99661
Crvsh3R
senior tag
válasz
tordaitibi
#99661
üzenetére
Lenovo ThinkCentre M720q Tiny van beállítva otthoni kiszolgálónak és mivel a mérete miatt nem fér bele 3,5"-os HDD, ezért csak külső meghajtóként állítható be Plex docker konténerhez rendelve.
-
daninet
veterán
Tegnapi meglepi azoknak akik qemu virtuális gépet használnak:
A 9.1.1 verzóval valami eltört qemu-ban és ha spice szervert használsz hanghoz (ami a default) akkor bizony nem lesz hang a VM-ből.
Fel kell rakni a qemu-audio-pa csomagot és pulse audio-ra átkonfigolni a VM-et. Arch wikin van róla step by step, kb 10-15 perc attól függően mennyire vagy tapasztalt és mennyit kell a jogosultságokkal harcolni -
#99661
tordaitibi
veterán
Crvsh3R
#99655
-
A Dell Precisionon most LMDE6-os van az echte debian miatt mert ebből buidelgettem a live linux konzervjeimet, de most, fixre beizzítottam (amitől nagyon rinyáltam, de mégis sikerült) ezen is az Nvidia kártyát és már így is marad , ez is nagyon stabil jó rendszer, csak két lépéssel régebbi kernelekkel.
Teljesen jó és stabil a Debian alapú Mint is, de mint tapasztalod, azzal többet kell bíbelődni, mint az Ubuntu alapúval, persze ha nincs dVGA a gépben, mint nálam, akkor kb mindegy melyiket rakja fel a user. Az meg tök mindegy estünkben, hogy kettővel ezelőtti kernelt használ a rendszer, nincs olyan hardver a Precisionban, ami miatt kéne a legújabb.
mert ez csak echte debianon hajlandó stabilan működni, máshol (pl Ubuntuban, vagy Linux Minten)egyből nem megy az egér például, más rendszereken meg egyáltalán nem érdemes hozzákezdeni.
Azért időközben akár ez változhatott is, én simán bevállalnám valamelyik Mint-et, hátha.
Úgyis szereted a lehetetlen küldetéseket! (bár ez inkább Ubuntuval lenne esélyesebb) -
-
válasz
Crvsh3R
#99655
üzenetére
Oppa, most látom, hogy már kb ugyanezeket leírta cigam ft is, elfelejtettem frissíteni az oldalt...
Ezek a dolgok is filesystemfüggők, de gondolom EXT fs-re vannak fozmázva. Alapból én semmit nem írnék FSTAB-ba, de ugye lényeges az is, mire használnád a meghajtókat, rendszer tuti nem lesz rajtuk, így tárolás lehet a cél. HDD-nél a külső ház nagyon sok mindent meghatároz, max a
default,noatimehagynám benne, ha valami nem OK, akkor azokat is kidobnám.HDD-vel ellentétben az NVMe SSD elég önálló, főleg a smart adatok függhetnek Linux alatt a külső ház vezérlőjétől, TRIM-mel itt nem kell foglalkozni szerencsére.
a külső meghajtóknál ír ilyen opciókat is: nofail,x-systemd.device-timeout=5. Érdemes ilyet beállítani rájuk?
Ezek fix használatkor értelmetlenek, a
nofailarra van, ha a boot keresi az időközben eltávolított külső meghajtót. Nem kellenek ezek, gyakorlatilag NVMe SSD-nek még beszereltként se kell semmilyen mount paraméter az FSTAB-ba, persze tévedhetek is, nekem ilyen az FSTAB:# / was on /dev/nvme0n1p2 during installation
UUID=ab602dc9-b7ef-33b2-a7df-9b761a841395 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=128E-E952 /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0 -
csixy
addikt
válasz
ubyegon2
#99654
üzenetére
Mindkettőt szeretem, a Linux Mintet is és az LMDE6-ost is. Most ,hogy rádöbbentem, hogy itt van nekem kettő Nvidia kártyám kihasználatlanul és Te felhívtad rá a figyelmet hogy a Mintben vérizzadás nélkül beizzítható, hát megtettem. A Dell Precisionon most LMDE6-os van az echte debian miatt mert ebből buidelgettem a live linux konzervjeimet, de most, fixre beizzítottam (amitől nagyon rinyáltam, de mégis sikerült) ezen is az Nvidia kártyát és már így is marad , ez is nagyon stabil jó rendszer, csak két lépéssel régebbi kernelekkel. Most kell egy másik USB-s tokba tett NVME SSD-re feltolnom egy friss LMDE6-ost, hogy abból buildelgethessem a linux live RAM-ba tolós rendszereimet, mert ez csak echte debianon hajlandó stabilan működni, máshol (pl Ubuntuban, vagy Linux Minten)egyből nem megy az egér például, más rendszereken meg egyáltalán nem érdemes hozzákezdeni.
Már a lightdm is meggyógyítódott. -
cigam
titán
válasz
Crvsh3R
#99655
üzenetére
Ami nem romlott el, azt nem kell megjavítani. Szerintem a noatime is felesleges. Elméletileg Te magadnak eltudod dönteni, hogy szükséged van-e a hozzáférés idejére. Van ahol fontos, van ahol nem.
Ugyanez érvényes a nofail opcióra is. Ha fixen rá van kötve, akkor nincs sok haszna. Ha esetleges, akkor lehet értelme, hogy ne lassítsa le a boot folyamatát, ne várjon rá feleslegesen. Én pl. altatom a gépet, hetek telnek el, hogy újraindítanám. Nálam nem fel se tűnne a difi. -
Crvsh3R
senior tag
Sziasztok!
Szeretném megkérdezni, hogy ti fstab-ban a "fixen" rákötött USB-s meghajtókra (ebben az esetben külső házas 3,5"-os HDD-re és külső USB-s házban M.2 NVMe meghajtóra gondolok) állítotok be a
defaults,noatimeopciókon kívül valamit? Én bár Debian-t használok, ettől függetlenül az Arch wikijét szoktam olvasgatni, mert mindenre kitérően le van ott írva minden és ott az a külső meghajtóknál ír ilyen opciókat is:nofail,x-systemd.device-timeout=5. Érdemes ilyet beállítani rájuk? -
Azt gondoltam, már rég beleerőszakoltad LMDE-t a Precisionba! De megy itt minden, először gyorsan olvastam és úgy értettem, hogy vakon gépelgetsz bele, de látom ez csak a lightdm-re vonatkozik! Az is egy fura madár, régen egy configot tudtam szerkeszteni, most meg szanaszét vannak apró config fájlok.
Ezer éve volt már, hogy szerkesztettem a lightdm-et.
Egyébként azon kívül, hogy egyiket bütykörészned kell, tapasztalsz valami különbséget a Linux Mint és a LMDE6 között?
-
csixy
addikt
válasz
ubyegon2
#99592
üzenetére
Nos a Dell laposon körmölgettem egy kicsit és megtanítottam az lmde6-ost kesztyűbe dudálni. Csak még a lightdm-et is be kell configolni , mert egyelőre a bootoláskor a fekete képernyőbe vakon gépelem bele a jelszavam (de legalább már ilyet is tudok).
noki@dellapos:~$ inxi -Ga
Graphics:
Device-1: Intel HD Graphics 630 vendor: Dell driver: i915 v: kernel
arch: Gen-9.5 process: Intel 14nm built: 2016-20 ports: active: eDP-1
empty: DP-1, DP-2, HDMI-A-1, HDMI-A-2 bus-ID: 00:02.0 chip-ID: 8086:591b
class-ID: 0300
Device-2: NVIDIA GM107GLM [Quadro M1200 Mobile] vendor: Dell
driver: nvidia v: 535.183.01 non-free: 530.xx+
status: current (as of 2023-03) arch: Maxwell code: GMxxx
process: TSMC 28nm built: 2014-19 pcie: gen: 2 speed: 5 GT/s lanes: 16
link-max: gen: 3 speed: 8 GT/s bus-ID: 01:00.0 chip-ID: 10de:13b6
class-ID: 0302
Device-3: Microdia Integrated_Webcam_HD type: USB driver: uvcvideo
bus-ID: 1-12:5 chip-ID: 0c45:6713 class-ID: 0e02
Display: x11 server: X.Org v: 1.21.1.7 with: Xwayland v: 22.1.9 driver: X:
loaded: modesetting,nvidia dri: iris gpu: i915 display-ID: :0 screens: 1
Screen-1: 0 s-res: 3840x2160 s-dpi: 192 s-size: 508x285mm (20.00x11.22")
s-diag: 582mm (22.93")
Monitor-1: eDP-1 mapped: eDP-1-1 model: Sharp 0x1476 built: 2016
res: 3840x2160 hz: 60 dpi: 282 gamma: 1.2 size: 346x194mm (13.62x7.64")
diag: 397mm (15.6") ratio: 16:9 modes: 3840x2160
API: OpenGL v: 4.6.0 NVIDIA 535.183.01 renderer: Quadro M1200/PCIe/SSE2
direct-render: Yes
noki@dellapos:~$ neofetch
`.-::---.. noki@dellapos
.:++++ooooosssoo:. -------------
.+o++::. `.:oos+. OS: LMDE 6 (faye) x86_64
:oo:.` -+oo: Host: Precision 5520
`+o/` .::::::-. .++-` Kernel: 6.1.0-17-amd64
`/s/ .yyyyyyyyyyo: +o-` Uptime: 30 mins
`so .ss ohyo` :s-: Packages: 2376 (dpkg)
`s/ .ss h m myy/ /s`` Shell: bash 5.2.15
`s: `oo s m Myy+-o:` Resolution: 3840x2160
`oo :+sdoohyoydyso/. DE: Cinnamon 6.2.9
:o. .:////////++: WM: Mutter (Muffin)
`/++ -:::::- WM Theme: BelaLugosi (Mint-Y)
`++- Theme: Mint-Y-Dark-Aqua [GTK2/3]
`/+- Icons: Mint-Y-Dark-Aqua [GTK2/3]
.+/. Terminal: gnome-terminal
.:+-. CPU: Intel i7-7820HQ (8) @ 3.900GHz
`--.`` GPU: Intel HD Graphics 630
GPU: NVIDIA Quadro M1200 Mobile
Memory: 1941MiB / 31938MiB -
Win osszeomlas utan a linux meg ment, de nem akartam a grubot otthagyni a win 10 opcioval, igy toroltem mindent
Célszerűbb esemény előtt kérdezni, ezt is meg lehetett volna oldani a
sudo update-grubparancs futtatásával, kivette volna a Win indítót a GRUB-ból....teljesen tiszta linux telepitest tettem ra. Kb fel nappal kesobb, amikor inditottam megint a mint-et, mar nem allt fel...
Ennek is több oka lehet, lemez konzisztencai probléma is, de az is, hogy az új telepítéshez csatolt /home konfig fájljai valamiért nem voltak megfelelőek az új rendszernek. Ha nem pontosan ugyanazt a verziót telepíted a /home alá, akkor ez benne van a pakliban. (ilyen meglepetések miatt soha nem használok /home-ot külön)
Az efi particio mekkora kell legyen amugy, ha csak linuxot kell inditani, semmi mast?
Erre nem létezik jó válasz, az EFI hardverfüggő is és disztrófüggő is, utóbbit helyigényre írom, mert egyes disztrók egy 300MB-os EFI particióra kiírják, hogy nem elég nekik a hely, más disztrók simán berakják a saját bootjukat oda. Mostanában fél giga /EFI particiókat csinálok, hogy ne szivasson meg ezzel egy későbbi disztró, de volt már anno, hogy egy külön 1gigás második EFI-t kellett csinálnom.
-
tusi_
addikt
válasz
ubyegon2
#99649
üzenetére
Win osszeomlas utan a linux meg ment, de nem akartam a grubot otthagyni a win 10 opcioval, igy toroltem mindent. A "D" particio amugyis NTFS volt, hogy mind2 rendszerrol hozzaferjek. Mivel nem akartam tobbe win-t ra, igy atlottem ext4 re azt is, de akkor mar toroltem az egesz lemezt es teljesen tiszta linux telepitest tettem ra. Kb fel nappal kesobb, amikor inditottam megint a mint-et, mar nem allt fel...
Ugyhogy ujra huztam megint. Na ezt akarom elkerulni, nem akarom megint elolrol kezdeni.Az efi particio mekkora kell legyen amugy, ha csak linuxot kell inditani, semmi mast?
-
Win összeomláskor valami tuti változott a fsck meg ezt észlelte, ezért is futtatná le magát bootkor. Régebben az FSTAB-ban lehetett kivenni, hogy ne fusson ellenőrzés, de nem érdemes, mert nem minden bootnál fut le, ha viszont gond van, jó ha jelzi valami.
systemd-fsck@dev-disk-by\x2duuid-128E\x2dF836.serviceÚgy látom most a systemd-ben fut le fenti service, de lehet még mindig szabályozza az FSTAB beállítás, fene tudja. Ezer éve bíbelődtem ilyesmivel.
-
Ma behalt a win 10 rendszer- dual boot volt - es gondoltam mivel amugy sem hasznalom, torlom az egeszet es csak mint lesz ext4-el.
.....
Inditasnal most mindig kiirja, hogy a ctrl c vel skippelhetem a lemez ellenorzest. Ez okes? Eddig ezt nem lattam...Azért én hagynám a rendszernek azt a bootkor lefutó fsck-t, had ellenőrizze csak le ügyesen a fájlrendszert!
-
urandom0
senior tag
Na, az asztali ikonok az, ami nekem abszolút nem hiányzik
Windowsos gépen is csak a sajátgép és a lomtár van kint, de azokat sem onnan nyitom meg.A te képeden nem látszik, az enyémen igen, hogy ha 32 vagy 24 pixelre van állítva a dash magassága, akkor az ikonok kicsit elmosódnak.
Céges OpenSuse-ra feldobtam a Gnome-ot, dash to dockkal és dash to panellel is jól néz ki:
[kép]
[kép] -
válasz
urandom0
#99632
üzenetére
Én így használtam, mindenféle dash to dock és egyebek nélkül, és szerintem EZ a megoldás nem produktív.
Sokáig én is így használtam, hogy a munkaasztalok között váltogattam a gyorsgombbal. Egy asztalra max 2 ablakot raktam ki. Most már kicsit máshogy néz ki, de túl sok kiterjesztés nem kellett hozzá, konkrétan csak 3 darab.
Dash to Panel, ArcMenu és Desktop Icons NG.
-
daninet
veterán
válasz
urandom0
#99638
üzenetére
Ez már megszokás és ízlés téma. Számomra a legjobb a KDE megoldása ami a windows taskbar és egy widgetes dock keveréke. Arra a panelre azt rakok amit akarok és ahova akarom. A munkám csak teljes képernyős ablakokban értelmezhető (anydesk, VM, tervezőprogramok, excel stb) így ezek a lebegő meg jobbra-balra dockolt dolgok sosem működtek. Kicsit idegesítő is nekem toszigálni az ablakokat, akkor már inkább külön desktopra dobom őket vagy elhatározom magam egy tiling window manager mellett
-
urandom0
senior tag
válasz
daninet
#99633
üzenetére
Én nem bánom, ha kicsit látszódik a háttér, legalább megtöri a monotonítást. Gnome-nál úgyis az van, hogy ha elindítasz egy programot és kirakod teljes képernyőre, akkor sehol egy átlátszó felület, csak a monoton szürkeség, fehérség, és max az ikonok színesek.
Ugye ilyen az alap: [kép]
Ha dash to dockkal "tálcásítod", akkor ilyen: [kép]
Ha ezt összehúzod, kicsit hülyén néz ki, mert nincs lekerekítve a panel és nincsenek távolságok: [kép]
Dash to dockkal viszont így néz ki: [kép]
Ez utóbbinál az ablak és dock között nincs távolság, mert shrinkelve van a dash, mivel alacsony felbontású laptopon néztem.
De szerintem az első és az utolsó néz ki a legjobban, de az elsőnél én szoktam beállítani áttetszőséget, hogy ne csak egy ilyen matt fekete gyászkeret legyen.Amúgy ezt a gyászkeret kérdést az Elementary OS, oldotta meg jól. Alapból a top bar teljesen átlátszó: [link]
Ha viszont egy ablak a top bar mellé kerül, vagy teljes méretűre van állítva, akkor fekete hátteret kap a top bar: [link]
Egy ilyen beállítás bekerülhetne a Gnome-ba is... -
tusi_
addikt
Most nagyon osszevagyok zavarodva.
Ma behalt a win 10 rendszer- dual boot volt - es gondoltam mivel amugy sem hasznalom, torlom az egeszet es csak mint lesz ext4-el.
Fel is ment, beallitottam mindent, de mivel a direct one oldal nem mukodik linux alol, igy lekapcsoltam es a ceges gepemrol neztem meg a f1-et.
Utana inditottam a linuxos gepem es maintenance modban indult, sehogy sem tudtam elinditani rendesen.
A logokban ezer fele hibat lattam, de igazabol gozom sincs mi lehetett a problema.Ami erdekes, hogy persze ujra huztam megint, de majd minden beallitasom megmaradt!!! Bookmarks, indito ikonok pozicioja, jelszavak...
Ez meg hogy??
A telepitesnel az efi-t at tettem 512 mb re, nem emlexem mennyi volt elotte es ezt a rendszer particiobol vettem el, rgo ujra kellet particionalni es formazniInditasnal most mindig kiirja, hogy a ctrl c vel skippelhetem a lemez ellenorzest. Ez okes? Eddig ezt nem lattam...
-
urandom0
senior tag
válasz
moleculez
#99631
üzenetére
Hát ha dash to dockot használsz, akkor az már nem az a mód, ahogy a Gnome fejlesztők megálmodták. Ők úgy gondolták, hogy Windows billentyűvel hívod elő a tevékenységek nézetet, és ott váltasz alkalmazást. Én így használtam, mindenféle dash to dock és egyebek nélkül, és szerintem EZ a megoldás nem produktív.
Az egy fokkal jobb, mikor alul van a dock, és ha leviszed az egeret, akkor megjelenik, ha nincs rajta az egér, akkor eltűnik.
Én ezt a megoldást sem annyira szeretem, vannak vele problémák.
Az viszont, hogy alul folyamatosan látszódjon a dock, felül pedig a "top bar", az pedig nem kevés plusz helyet elfoglal a képernyőből, főleg úgy, hogy a top baron alig van hasznos dolog. MacOS-en ez azért működik jól, mert ott az ablakok menüje beépül a top barba, így hasznosul az a terület, de Gnome-on nem.
Akárhogy is nézem, szerintem a legjobb a klasszikus megoldás, hogy van egy darab paneled (most az mindegy, hogy alul vagy felül van), és azon van minden.Ráadásul az összes asztali környezet úgy van kitalálva, hogy ha teljes képernyős az ablak, akkor ha a jobb felső sarokba feltolod az egeret és klikkelsz, akkor pont bezárod az aktív ablakot, mert a bezárógomb úgy van kialakítva, hogy nagyobb az érzékelési területe, mint amekkora maga a grafika, és így érzékel még a legfelső, jobb szélső pixelen is. Gnome-nál nem így van, mert ott ugye eleve más az alapkoncepció, tehát így ezt a funkciót is elveszted.
Sőt, régebben, ha alulra raktad a panelt valamilyen kiegészítővel, akkor az ablakok néha elcsúsztak felfelé pont egy panelnyi méretet. Vagy ha elküldted alvó állapotba a gépet, akkor ébresztés után az összes megnyitott ablak fel volt csúcszva. Ezt lehet, hogy javítottak azóta, nem tudom. -
urandom0
senior tag
válasz
moleculez
#99629
üzenetére
Én is úgy használtam, amikor még használtam, de ha megint Gnomeoznék, akkor szerintem dash to panellel csinálnám. Szerintem nincs igazán értelme elrejteni a dokkot/dasht/panelt/tálcát (ki hogy hívja), mert tök jól hangzik, hogy "distraction free" és hasonlók, de szerintem semmilyen kognitív terhelést nem okoz az, hogy látod a futó programokat. A tevékenység nézetes alkalmazásváltás, meg hogy folyton nyomkodni kell a Windows billentyűt, az megterhelőbb.
-
urandom0
senior tag
Hidd el, én is tudom, hogy a Gnome projekt elég sokat adott a közösségnek. Nincs is igazán problémám a Gnome-mal, sőt, amikor 9 ember azt hangoztatta, hogy a Gnome 3 szar, akkor én voltam a 10., aki azt mondta, hogy nem szar az, csak más hozzáállást igényel. Sőt, nekem az is nagyon tetszik, hogy nagyon sok közreműködő, nagyon sok kisebb-nagyobb programot tol bele a projektbe, sokkal jobban látszik a dolog közösségi jellege, mint más asztali disztróknál. Régebben gondolkodtam azon, hogy ezekről én is írok, mert vannak köztük nagyon érdekes projektek.
Csak vannak ezek a hibák, amiket évek óta elfelejtenek javítani, és ez kicsit zavaró, főleg, ha munkára is használja az ember a rendszerét. Illetve vannak dolgok, amiket jó lenne, ha megoldanának végre, de ezek sem nagyon akarnak sikerülni nekik. -
#99627
sh4d0w
félisten
sicc_innen
#99626
válasz
sicc_innen
#99626
üzenetére
Mar irtam: a dokkolo egy fos. Csereld ki egy tisztessegesre, amiben nem vmi occo kinai vacak vezerlo van.
-
sicc_innen
tag
-
válasz
urandom0
#99623
üzenetére
Nem tagadom, van egy erős szubjektív megítélésem is a Gnomemal kapcsolatban, amiért hajlok afelé, hogy őket használjam. A Gnome egy open source projekt és igen régóta látja el a Linux alapú rendszereket asztali környezettel, ráadásul ezek igen népszerűek voltak mindig is, nem véletlenül. A Gnomeból forkolt ki a Maté, a Budgie, a Cinnamon, plusz akikről nem tudok. Iszonyat mennyiségű kiegészítő érhető el hozzájuk, igen jól testreszabható környezet és nem mellesleg a Gnome mögötti alapítvány a Flathubot is backeli, ami miatt pláne megérik az adományaikat.
Úgyhogy részemről hajrá Gnome!De Fedorán, Manjarón és Ubuntun használgattam, ezeken mindig volt vele valami probléma.
Az első kettő többé-kevésbé rolling disztró, szóval elképzelhető, hogy bef*sik rajtuk valami.
-
#99624
urandom0
senior tag
tordaitibi
#99622
urandom0
senior tag
válasz
tordaitibi
#99622
üzenetére
Én az Elementary OS ikonjait szerettem: https://docs.elementary.io/hig/reference/iconography
Egy időszakban Play Store-ból is le lehetett tölteni, még mobilon is ezt használtam, Elementary-s háttérel. -
urandom0
senior tag
Most Fedorás a gond, de egyébként olyat szokott csinálni a Gnome szoftver, hogy pl. görgetek lefelé, és újratölti az egész szoftverlistát. Vagy ha egyszerre több telepítést indítottam el, sokszor megakadt, és se előre, se hátra. Mondjuk Debianon nem igen használgattam, ott lehet, hogy jobban működik. De Fedorán, Manjarón és Ubuntun használgattam, ezeken mindig volt vele valami probléma.
-
#99622
tordaitibi
veterán
urandom0
#99620
válasz
urandom0
#99620
üzenetére
Támogatom a leszidást
Én is nagyon szerettem, mejd egyszer közölte hogy nem érhető el ez, az, aztán meg már semmi.
Ment a levesbe pedig tényleg kedvenc volt.
Viszont az ikonkészlete a Gnomenak fenomenális (szerintem).
Egyszer valahonnan sikerült lementenem a teljest, féltett kincsek között őrzöm és azt használom azóta is. -
válasz
urandom0
#99620
üzenetére
A Gnome Szoftver sose volt a helyzet magaslatán
Ez nem igaz és szerintem nem is a Gnome a ludas, hanem, mint írtam valószínűleg a Fedora valamelyik tárolója akasztja meg a betöltési folyamatot. Akkor Debianon miért nincs problémám vele?
Lassan ennyiből is inkább a Debian felé húzok, mert ami friss csomag kell, azt inkább behúzom Flathubról, minden másra meg ott a Debian stabil csomagjai. -
urandom0
senior tag
A Gnome Szoftver sose volt a helyzet magaslatán, akárhányszor próbáltam használni, mindig volt vele valami gond, úgyhogy szépen lassan le is szoktam a használatáról.
A másik ilyen program a Gnome Weather volt. Ezt a 40-es verziónál tették tönkre, mert korábbi verziókban bármilyen települést be lehetett állítani, onnantól felfelé viszont csak azokat, amik szerepelnek az adatbázisában, és az nem túl sok. Én egy ~60 ezres városban élek, és ez pl. nincs benne, így nekem gyakorlatilag használhatatlan.Amúgy azon szoktam gondolkodni, hogy a weboldalán a képeken csak azért szerepel Budapest, mert érzékeli, hogy MO-ról vagyok, vagy mindenki ezt mutatja-e?
-
#99618
tordaitibi
veterán
Rowon
#99613
-
Ránéztem erre a Tuxedora hát... nem estem hanyatt. Semmivel nem tud többet egy Kubuntunál, sőt... Saját repókat használ illetve folyamatosan fut a háttérben egy Tuxedo Control Center nevű valami, amiben igazából semmi értelmes dolgot nem lehet csinálni, szerintem egy kéretlen bloatware. 100-120 mega ramot kér, de igazából... miért is?
Fedora 41-et felraktam Gnome-mal, szintén csalódás. A Gnome Szoftver nem akar elindulni, a végtelenségig tölt. Többen panaszkodnak rá, valószínűleg a Fedora saját Flatpak repója akasztja meg. Cache törlés sem segít rajta, szóval várni kell majd a javításig.
-
#99611
ubyegon2
félisten
sicc_innen
#99610
válasz
sicc_innen
#99610
üzenetére
Előző thread-ben is volt olyan hiba kiírás, hogy partition too big, most is jelzi, hogy a partíció méret túlmegy a határértéken. Valami MBR sémát is érzékel, innentől adja magát, maximális partíció méret 2TB lehet!
-
sicc_innen
tag
válasz
CPT.Pirk
#99607
üzenetére
A gparted nem jelzett semmi hibát, amikor az alaplapra volt csatakoztatva a vinyó.
A sudo fdisk -l /dev/sd* parancsot végigfuttattam minden meghajtón.
A gépben lévő 6 meghajtóból háromnál kiírta az utolsó sorban pirossal az alábbi sort: Partition 1 does not start on physical sector boundary. Ezek mind HDD-k. (1, ill. 3 TB-osak)
A 3 db SSD-nél nem volt hibaüzi a kimeneteken.
Mind a HDD-k, mind az SDD-k még win-es időből valók, tehát azon lettek particionálva, formázva (ntsf). (A külső dokkolóm sem mai darab, kb. 10-12 éves lehet)
(Kíváncsi lennék, hogy egy új, pl. 3 TB-os HDD Linux alatt hogyan particionálódna és formázódna, mondjuk nem ntfs filerendszerre, és működne-e a külső dokkolóból.
Ennek kipróbálására egyelőre nincs lehetőség.) -
#99609
Bici
félisten
sicc_innen
#99598
válasz
sicc_innen
#99598
üzenetére
Nekem ez akkor fordult elő, amikor olyan külső házba akartam tenni 6TB-s winyót, ami csak 4TB-ig tudta kezelni a partíció méretét, de win alatt valami csoda folytán mégis ment.
Akkor a gyártó valami olyasmit mondott, hogy van a chip-ben valami extension, ami nem szabványos, de a win tudja kezelni, de a linux kernelben ez nincs implementálva.Nem mondom, hogy nálad is ez a gond, de akár valami ehhez hasonló is lehetséges.
-
#99607
CPT.Pirk
Jómunkásember
sicc_innen
#99598
CPT.Pirk
Jómunkásember
válasz
sicc_innen
#99598
üzenetére
Próbáltad a Gparted-et?
Amikor bent volt a gépben, akkor a sudo fdsik... parancs ott nem írta, hogy hibás a GPT?
-
urandom0
senior tag
-
Mindig ezt a Lugosi témát látom nálad, nekem is ezek tetszenek, ez a Adapta-Nokto is nagyon hasonló. Ezt a vertikális panelt viszont sose használom, mert akkor azt hinném, Ubuntu van fenn!
Viszont még a transparent panelt nem raktam fel, ahogy látom!
Sokan szeretik ha a desktop egy űrbázis HUD-jára hasonlít, nekem bőven elég egy-két terminal ablak, ha felnyitom a gépet...kicsit átlátszóra állítva kihúzva a méretét úgy, hogy teljes desktopot takar, tök megnyugtató. Most nyilván nem úgy van.
-
Juhúúú, ez még annál is jobb, mint amire számítottam! Ahogy nézem, kedveli a Mint az 550-es zárt drivert is, de még az i915-ös Intel driver helyett is a Crocus-t használná. Ez akkor jól sikerült, szerencsédre babrálásban meg már rutinos vagy, nekem tippem se lenne, mit kezdjek a lelógó képszélekkel.
Azért bíztam benne, hogy az Ubuntu alapú Mint jobb lesz, mert a kezdetekkor, ha valakinek megjelenítési problémája volt, mindig ezt javasolták, mivel outofbox a Linux Mint volt a legjobban default driverezett disztró.
-
Közben szépen, csendben megjelent a Tuxedo OS 4-es verziója is: https://os.tuxedocomputers.com/
Elvileg Ubuntu 24.04 LTS és Debian alapokat használ és előretelepített számítógépeket, laptopokat, stb. kínál a vállalat, ez mellett a rendszerük ingyen letölthető. Németországi központúak.
Distrowatchon még egyelőre nincs bejelentve.
(egy WD Black HDD 6,8W-ot beszippant önmagában, ami nem tűnik elsőre soknak...)![;]](http://cdn.rios.hu/dl/s/v1.gif)
(a lassan az nem biztos)
Viszont ez a fő rendszer, amit használok már jópár éve, ezért elég fontos, hogy probléma mentesen fusson.
Évekig így volt, minden újabb release-el. Elindítottam a telepítést, és ugyanazzal halt le mindig. Úgyhogy egy idő után nem is kísérleteztem tovább. Nem lett tartós a szerelem. 
Ú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!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Vírusirtó, Antivirus, VPN kulcsok
- Antivírus szoftverek, VPN
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- BESZÁMÍTÁS! 4TB Toshiba P300 SATA HDD meghajtó garanciával hibátlan működéssel
- ÁRGARANCIA!Épített KomPhone i5 14600KF 32/64GB DDR5 RAM RTX 5070Ti 16GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! MSI B450M R5 5500 32GB DDR4 512GB SSD RTX 3060 12GB Rampage SHIVA Chieftec 600W
- Bomba ár! Dell Latitude E5570 - i5-6300U I 8GB I 256GB SSD I 15,6" FHD I HDMI I CAM I W10 I Gari!
- AKCIÓ! Épített KomPhone R5 4500 16GB RAM 240GB SSD RX 6500 XT 4GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged