-
Fototrend
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
CPT.Pirk
Jómunkásember
válasz
I02S3F #69693 üzenetére
Valószínűleg gyorsabb, ha nem ugyanoda kell írnia, ahonnan olvas is (már ha nem usb2-es külső eszközről van szó céleszköznek). Amúgy igen, az adott lemez egyik partícióját mentheted egy másik partícióra ahol van hely.
Lalikiraly: Inteles a VGA? Windows alatt nem igazán jeleskednek a driveres támogatás terén... 1 évig van support, aztán ha van valami, vegyél újat.
-
Rimuru
veterán
válasz
I02S3F #69691 üzenetére
Nem ismerem a clonezillat, szoval csak hangosan gondolkodom.
Ha megadhatod hogy mettol meddig olvasson es irjon akkor igen, pl sda1 mentese sda4 helyere vagy sda 0-tol 5000 sectorig olvas es sda-ra ir 15000-es offsettel. Lenyegeben annyi feltetelnek kell teljesulnie hogy legyen annyi hely a lemezen amire elfer a mentes.
A usecase az mas kerdes, ez nem lesz olyan biztonsagi mentes ami megment pl hw hiba eseten, de ha mondjuk az a celod hogy szetbarmolod a rendszert es ezt konnyen visszallitsd egynek elmehet (de lehet vannak jobb megoldasok ennel).ui: azert nem ajanlanam, csak ha tudod mit csinalsz (de akkor nem kerdeztel volna
)
-
biker
nagyúr
válasz
I02S3F #69687 üzenetére
Nem váltanék, mert eddig ez volt a legbíztatóbb ezen az eszközön (érintőt is kezel, és forgatást is, és minden hw ment a liveban), de bosszantó, hogy telepítés után miért nem megy, ha a live-ban még ment.
Biztos csak valami apróság, de egyelőre az is bosszant, hogy a tablet nem hajlandó SD-ről bootolni, mert így nem kényelmes a két rendszer használata"de ha egyszer kevesebb hardveren van letesztelve..."
ez nem magyarázat arra, hogy ugyanazon a hardveren nem megy telepítve, amin a live ment. -
gentlemann02
tag
válasz
I02S3F #69673 üzenetére
Élesben szeretem tesztelni a rendszereket inkább szívok vele kicsit ,végül Manjarora esett a választás, Cinnamon asztali felülettel eddig nagyon tetszik már nagyából be is laktam.
CPT.Pirk: Sajnos csak 32GB os penjeim vannak meg kisebbek azon meg sajnos nem biztos hogy elfér a rendszer kényelmesen ,de tervezek egy 64GB os pent vásárolni.
Ha nem válik be visszatérek Debian vonalra. Köszönöm a segítségeteket.
-
CPT.Pirk
Jómunkásember
-
-Faceless-
őstag
válasz
I02S3F #69229 üzenetére
Nem is vártam Windows-t, de ez az ubuntu borzalmas pedig semmi komolyat nem mókoltam rajta. Főleg ezek az asztalra fagyott ablakok, hiába van mute-on a hangerő pár alkalmazás akkor is felordít néha.
A NodeJS a repo-ról van leszedve, de találtam kb. 3 post-ot erről a hibáról többségnek reinstall megoldotta nekem nem, és azt írták rá, hogy nem az ő hibájuk ubuntu-t nézzem.
A javafx-et pedig köszi! Mindenütt azt írták java 8 része, és én vagyok a béna, hogy nem tudom letölteni.#colomb2 A mindent saját oldaláról nem szó szerint értettem, hanem mindent onnan ahonnan kell, elsősorban hivatalos repo-ról, ha esetleg nincs akkor synaptic.
De szerintem megpróbálok átmenni Arch-ra, hátha kevesebb lesz a szenvedés.
-
válasz
I02S3F #69116 üzenetére
Semmi gond
lehet neha en sem fogalmazok jol.
Viszont tovabbra is erdekelne hogy az alabbi sorokat hogyan lehetne valami kis scripttel leptetni, vagyis pl. a ctrl+up leptetne felfele az alabbi sorokat, a a ctrl+down meg lefele. Mindegyik szinthez pazarlas lenne kulonallo 9 bill.kombinaciot elhasznalni.
1xrandr --output HDMI1 --brightness 0.2
2xrandr --output HDMI1 --brightness 0.3
3xrandr --output HDMI1 --brightness 0.4
4xrandr --output HDMI1 --brightness 0.5
6xrandr --output HDMI1 --brightness 0.6
5xrandr --output HDMI1 --brightness 0.7
7xrandr --output HDMI1 --brightness 0.8
8xrandr --output HDMI1 --brightness 0.9
9xrandr --output HDMI1 --brightness 1.0 -
válasz
I02S3F #69108 üzenetére
Nem az a gondom hogy nem tudok bill.kombinációt rendelni, hanem mivel a rendszer fényerőszabályzó nem működik, ezért értelme sincs gyorsgombot rendelnem egy nem működő funkcióhoz.
Egyébként hozzá van rendelve a rendszer gyárilag beépített fényerőszabályzóhoz, (Akkumulátor és fényerő ikon a panelon) de mivel AZ sem működik, logikusan a shortcut se működik.
Ez egy Intel soc és eddig sem Ubuntun, se Mint, se Arch alatt nem megy a fényerőszabályzás.
A neten fellelhető grub kernel paraméterek átírása sem használ (acpi_osi=linux
andacpi_backlight=vendor).
Minden ilyen hivatkozás és tanács a /sys/class/backlight/ könyvtárba lévő intel_backlight mappára hivatkozik, de az nekem nincs csak /sys/class/backlight/acpi_video0/ van.
Ebben a mappába az actual_brightness fájlba szépen látszik a fényerőszbályzás változása, 10-99 ig át is írja a tartalmát ha huzigálom a csúszkát csak éppen nem történik semmi.
Viszont a xrandr meg tökéletesen működik, ezért keresgélek ennek a környékén. -
válasz
I02S3F #69106 üzenetére
Arch Manjaro KDE. Nativ, nem vm.
Ezen a pc-n soha semmilyen disztro nem kezelte az acpi reszt, az xbackligt sem mukodik, viszont az xrandr jo, de annak csak set parancsa van, beallit egy erteket. Nincs inc es dec vagyis nem tud novelni-csokkenteni meghatarozott lepessel. Csak fix erteket tud. En meg szeretnem szabalyozni bill.rol. -
válasz
I02S3F #69031 üzenetére
Azért aki eddig Ubuntut telepített csak, annak okozhat fejtörést, főleg ha nincs kéznél másik gépe, amiről aznap folyamatosan tudja olvasni, amit be kell pötyögni terminalba. Meg ha nem akad el ilyesmiben éppen, amit csak igen rutinos nagy Archúak szúrnak ki!
-
válasz
I02S3F #69029 üzenetére
Ha valóban szerver, szvsz. akkor GUI nem szükséges rá.
Tényleg nem, de a kolléga külön említette, hogy kéne rá neki GUI.
Házi szervernél belefér. Mondom én nagyokosan, mivel soha nem használtam még ilyent!
Mondjuk egy Ubuntut ismerőnek annyiból lenne jobb Arch alapon szervert csinálnia, hogy tudna fogyni 6-8 kilót, mire meglenne. De előtte még megőszülne.
-
válasz
I02S3F #69027 üzenetére
Öreg nénit átsegítjük megint a zebrán........
Szeretnék rá rakni egy linuxot, főleg ubuntu alapúban gondolkodom, azt ismerem a legjobban.
Így írta a kolléga le nyíltan, márpedig akkor legyen Ubuntu, ha ismerném a skilljeit, simán Ubuntu szervert javasolnék és arra a felsorolt csomagokat egyszerűen fel lehetne tenni vagy egy lightos Lubuntu, úgyis ez menne fel(LXDE) szerverre is, ha GUI is kell. Ez nem közelebb áll a kérdező igényéhez, hanem ez maga az igénye!
Legalábbis az én olvasatomban.
Arch is nagyszerű lenne, kivéve annak, aki bevallottan Ubuntut szeretne.
-
válasz
I02S3F #68918 üzenetére
Pl bemountolta az alaplap EFI változóit írható változókba, tehát ha rossz helyre nyúlkáltál shell scriptből, végérvényesen haza tudtad vágni az alaplapodat. Vagy: nyomtató telepítése szétcseszte a tűzfal konfigurációt, de a networköt felhúzta totál default tűzfallal, a sysadminnak viszont nem szólt, hogy tárva-nyitva minden. Meg úgy általában szakít a unixos KISS filozófiával, egy bloatware fos az egész kóceráj. init replacement nek indult, de mára majdnem minden alrendszert bezabált.
https://lacyc3.eu/systemd
-
-
válasz
I02S3F #68813 üzenetére
Valami közös van bennük, csak nem tudom, hogy az én szétesőfélben lévő laptopom a hunyó(memtest hibát dob, de a programok látszólag rendben működnek), vagy valami Gnome-ban rejlő újítás.
Tudom hogy valami kernel paraméterrel kihagyható a problémás terület, de nem is akarom kinyomozni pontosan, hisz már csak 2GB van benne, és lelkesen keresem az utódját. -
válasz
I02S3F #68342 üzenetére
Sose használok virtualt, nekem gyorsabb felrakni élesben SSD-re és valóban az történik, amit látni szeretnék. Direkt e célra van egy brutálgyors pendrive-om is.
Amúgy sem célszerű AMD APU használata mellett 756MB neki kiosztott memóval, de ezt csak úgy tippelem. (de így kezelheti a 16GB-ot egyedül plusz az APU-t)
A desktopban lévő régi Intel 520 120GB SSD 4 év alatt 7TB írást szedett össze csak, pedig pár száz disztrót felraktam rá ezalatt. Mitől kéne óvnom?Úgy őszintén, van értelme virtualban próbálgatni?
5+ év alatt 3 érdekesség volt mindössze, a Chakra kavarta össze a devices számozásokat, az Ubuntu nyírta ki utána a működő Chakra-t és a PopOS titkosított valami particiókat vagyis inkább lepusztította őket előtte.
-
válasz
I02S3F #68340 üzenetére
Persze, mert a 19.1 volt fenn, de egy hete a 19.2 is felment, kíváncsi az ember, tudod.....
(ha már a 6. éve használt fő disztrójáról van szó)Azt már el se merem mondani, hogy volt már fenn két tök ugyanolyan Mint is egy meghajtón......valamit ki kellett próbálnom és nem akartam a fő rendszert elbarkácsolni, egy tök új rendszer meg tényleg átlag 6 perc alatt megvan.
-
Frawly
veterán
válasz
I02S3F #68230 üzenetére
Nyilván te használhatod akármelyiket, ezek eddig is rendelkezésre álltak. Hanem sok ember még a régieket használja, gzip, bzip2, meg sok disztrónál is ragaszkodnak hozzá a forráskód meg a csomagok csomagolásakor, merő konzervativizmusból. Emlékszek, mikor a kernel.org-osok meg egy-két disztró a csomagoknál váltottak tar.xz-re (lzma), akkor jó néhány konzervatív emberke tolta a felháborodott dumáját, hogy hype, meg hogy ősrégi gépen milyen lassú. Ja, az, azon lassú, de azokon a gépeken egyik Linux sem lesz gyors eleve indulásból, ezen a gzip kibontásának relatív fürgesége sem fog segíteni, cserébe a tömörítési foka már elég gyengének számít.
Az x265-nél, HEIF-nél, stb.-nél sem az a baj, hogy nincs hozzá encoder, mert van, használhatod, hanem inkább meglévő anyagokat nem csomagolnak vele a tartalomelőállítók, ez vele a probléma.
-
-
Frawly
veterán
válasz
I02S3F #65458 üzenetére
Pont azért nem sebezhetőbb, mert mindenki belenézhet, meg a felmerülő sebezhetőséget is bárki tudja javítani, gyorsabban. Nincs benne ilyen meg olyan kiskapu, mint a zárt szoftverben, meg utóbbinál várni kell, mire a fejlesztő ráér, és szíveskedik a patchelni a sérülékenységet.
-
válasz
I02S3F #65458 üzenetére
A katedrális és a bazár Ugyanakkor megkérdőjelezi a dolgot, hogy gyakran 20, 30 éves hibák felfedezéséről olvas az ember. pl.
35 éves hiba, amit a felfedezése után 3 hónappal később javítottak. -
válasz
I02S3F #65458 üzenetére
Ezért javasolt csak a hivatalos repókból telepíteni programokat, mert azokat ellenörzik, mielött bekerülnek. Ettöl függetlenül elöfordulhatnak problémák, de nagyon ritkán van súlyos gond.
Ha súlyos a gond (pl. shellshock), akkor is lehetséges a javítás, mert látható a forráskód. Zárt kód esetén meg kell várnod a gyártó javítását.
-
CPT.Pirk
Jómunkásember
válasz
I02S3F #65458 üzenetére
Ez egy hitvita, amit neked kell eldöntened. A nyíltnál belenézhetsz a kódba ha akarsz, mások is belenézhetnek, akár javasolhatsz is változtatásokat a fejlesztőknek. A zártnál meg nem tudod, hogy mi van benne és meg kell bíznod a kiadó cégben.
Egy érvet láttam eddig a nyílt forrás ellen: "mi van, ha maga a fordító rejt bele a készülő binárisba valamit". Sokat nem tudtam rá mondani, de nekem ez eléggé összeesküvés elmélet volt. A fordítók is nyílt forrásból fordulnak, az ilyesmi tuti kibukna.
-
Frawly
veterán
válasz
I02S3F #65047 üzenetére
Ezt már meg is oldották neked, a legutóbbi időkben kiszedtek egy csomó funkciót, és annyira lebutították, hogy majdnem tablet szintű lett a KDE.
(#65046) Dave™: az Xfce használ hardveres gyorsítást, de be kell kapcsolni a kompozitorában az OpenGL-t. Az LXDE és LXQt alapból nem használ, de ha felteszel melléjük Compton kompozitort és abban bekapcsolod az OpenGL kompozitálást, akkor lesz hardveres gyorsítás. A Lubuntu 18.10-ben az LXQt mellé default felrakták a Comptont is.
(#65048) ubyegon2: azért, mert szabadság van. Mindenki olyan DE-t használ, amilyet akar, az Arch ezt nem akarja korlátozni. Teljesen érthető, hogy telepíteni lehet rá KDE-t, hiszen az egyik legelterjedtebb DE. Persze nagyon vérbeli Archerek ritkán szokták használni, de azért van közöttük is jó pár ember, aki használja.
-
Dave™
nagyúr
válasz
I02S3F #65052 üzenetére
Nem értek egyet, pont az a lényege a testre szabhatóságnak, hogy olyanná alakítsd amilyet szeretnél. Pl. nekem tetszik a Manjaro megoldásában, hogy látszólag nincs fejléc, hanem egybeolvad az ablak többi részével. Ez "Gnome-os" megoldás. Azért mert KDE nem kell csicsásnak lennie (az alap Plasma már-már giccsbe hajlik szerintem is, pedig sokat finomodott az elmúlt években).
-
Dave™
nagyúr
válasz
I02S3F #65047 üzenetére
A KDE kinézete nagyon részletesen testre szabható, de a teljesítményt maximum az effektek kikapcsolása befolyásolja szerintem. A GUI rajzolásához GPU-t használ, tehát még gyengébb gépeken is kifejezetten fürge, de egy Atomos gépre azért nem tenném fel. Egy Core 2 Duoa (ha van legalább 3-4GB RAM) simán.
-
Shyciii
veterán
válasz
I02S3F #65035 üzenetére
Én használok Openboxot, igaz pure Arch-al. Olyan mértékben gyors az egész rendszer, hogy az valami bődületes. Természetesen kézzel kell mindent bekonfigolni, de ha megcsinálod, akkor utána igen hatékonyan és gyorsan tudsz dolgozni. Én már semmi pénzért nem térnék vissza az eddig használt DE-kre (KDE, Gnome, XFCE)
-
Frawly
veterán
válasz
I02S3F #65035 üzenetére
Ez egy elavult oldal, amit linkeltél. Az Openbox git-es oldala szerint 2015.05.31-ei a 3.6.0-ás verzió, sőt, valójában van egy ennél újabb is, a 2015.07.01-én megjelent 3.6.1-es. De abban igazad van, hogy ez is elég rég volt, kb. 3,5 éve. Egyesek szerint azért nem jelenik meg új verzió, mert tökéletes, nincs mit rajta fejleszteni, de ez bullshit. Inkább csak a fejlesztő elégedett vele, nem látja értelmét hozzányúlni. De idővel el fog avulni, úgyhogy mindenképp szükség lesz a jövőben is karbantartó kiadásokra.
Én azt várom nagyon, hogy: jobban témázható legyen, ne csak monokróm xbm képekkel lehessen témázni, meg hogy portolják Wayland alá.
-
I02S3F
addikt
válasz
I02S3F #65030 üzenetére
Azon gondolkodom, hogy készítek egy fullos Openbox-ot Ubuntu alatt.
Azt nézem, hogy 2010-es az utolsó frissítés. A Linux világában a régen frissített szoftver használata nem kockázatos? Attól nem félek, hogy meghackelik a gépet. Nincs mit elszedni róla. Az Openbox esetében hibába meg nem ütköztem. Használjam így nyugodtan?
-
válasz
I02S3F #64974 üzenetére
Debian miatt vauzok csak bele.
Ha van időd rá, akkor az ArcoLinux-ot próbáld ki, meg nem mondom, melyik változata az, amit kipróbáltam, de érdemes elmerülni benne. Azt keresd meg, ahol script-modulokból kell felhúzni Arch alapra a disztrót.
Kicsit hasonló az Arco-hoz a Debian teszt is kezdőknek, ha 2 percen belül tudatosan ki tudod választani, melyik iso kell neked, akkor belefoghatsz!
Telepítés közben és utána is tudnod kell pontosan, mit kell tenned, nem intézi el helyetted Ubuntus telepítősegéd.
Egyszóval olyan kezdőknek való a Debian, akik nem csak örülnek, ha történik valami, hanem értik is, ami történik telepítés során és utána főleg.Nem szívesen mondom, de a Manjaro valóban az Arch Ubuntuja, könnyű feltenni és vagy jól működik a gépeden vagy nem. Antergos dettó. ArchLabs Linux-nak adnék még esélyt a helyedben, a többi hasonló jót nem említem, mert jellemzően egy DE-re épültek, Chakra, Archbang és a SwagArch.....
belevau off
(#64977) cigam
Szerintem csak az egészséges kíváncsiság hajtja a kollégát, legtöbben végigdöcögtek ezen az úton. Teljesen jó ez így.
-
-
válasz
I02S3F #64561 üzenetére
Azt se tudtam, hogy van ilyen. De miért érdekes ez? Ugyanolyan KDE+Ubi LTS-nek tűnik, mint amit általában használok. (Ez a nem LTS 16-os Kubi inkább csak kényszer volt most.)
@Frawly : Általában azért tesz a kezdő valami elvadult rendszert, mert valahol azt olvasta
Amúgy minden erőltet LVM-et mostanában.
-
-
Anakin007
aktív tag
válasz
I02S3F #61682 üzenetére
Az LTS-el viszont az van, hogy sok "új" cucc nincs rá. Értsd új: 2-3-4 éves programok akár.
Legalábbis ez a tapasztalatom, kipróbáltam 3-4 éve, pont amiatt, mert nem akarok rendszert berhelni 1-1 frissítés után. Viszont volt pár program amit használok/használtam akoriban és egyszerűen csak forrásból tudtam volna felrakni, mert pl ppa-s forrást nem lehetett hozzáadni. Olyan debian stable kiadásra emlékeztetett akkoribanDe még olyannl is gond volt, mint egy viber. Vagy felrakok 200 lib-et meg franckarikát forrásból, hogy menjen egy darab cél program a függőségek miatt. Döntöttem, felejtős az LTS.
A cinnamon-t max. megszokja a KDE-n nevelkedett emberfia
-
agy73p
senior tag
válasz
I02S3F #59295 üzenetére
"Out of the box" disztrók, szerintem:
Fedora (+ Fedy) vagy Korora, Mageia, a magyar Fekete Párduc is szépen működik nekem, Manjarót is bírtam, bár az meg Arch, nem szeretnéd... esetleg openSuse.
Nekem nincs szerencsém az Ubuntus disztrókkal, a Debian alapúaknál nagy a tearing és a video stream probléma esélye, de én elég fogalmatlan vagyok, azt szeretem, ha minden működik simán, mélyebb linux ismeretek híján is.
Fedora fél évente megújul, Mageia kb évente, a Black Panther-t nem tudom, openSuse rolling.Nekem kellemes csalódás a Black Panther, de csak a disztro. A magyar fejlesztő kommunikációja inkább elrettentő, mint baráti a láma érdeklődőkkel szemben.
Ez csak az én véleményem: örök kezdő és műkedvelő.
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Assassin's Creed Shadows Collector's Edition PC
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7700X 32/64GB RAM RTX 5070Ti 16GB GAMER PC termékbeszámítással
- Telefon felvásárlás!! iPhone 15/iPhone 15 Plus/iPhone 15 Pro/iPhone 15 Pro Max
- BESZÁMÍTÁS! Asus B350 R5 1600 16GB DDR4 512GB SSD GTX 1050Ti 4GB Cooler Master CM 690 III TT 500W
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7700X 32/64GB RAM RTX 4070Ti Super GAMER PC termékbeszámítással
- BESZÁMÍTÁS! ASUS H81M-PLUS H81 chipset alaplap garanciával hibátlan működéssel
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged