Hirdetés
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- gban: Ingyen kellene, de tegnapra
- sidi: 386-os Chicony gázplazma laptop memóriabővítése
- Brogyi: CTEK akkumulátor töltő és másolatai
- GoodSpeed: Pillangóhatás: F billentyű meghibásodása -új gamer számítógépasztal
- eBay-es kütyük kis pénzért
- Geri Bátyó: Agglegénykonyha 9 – Az impulzusvásárlás is lehet tudatos
- tordaitibi: Windows rendszerek indítása EFI partíció nélkül
- potyautas: Idővándor
-
LOGOUT
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
darkhorse
#61736
üzenetére
Az opciós rész jó? Szerintem valahogy így kellene kinzénie:
mount -t cifs -o user=quest //192.168.0.100/share /mnt/smbGondolom a /mnt/smb létezik.
A másik lehetőség, hogy a user=quest helyére a Linuxod felhasználónevét írod, de akkor a megosztó gépen kell neki a jogokat beállítanod.
-
darkhorse
tag
Üdv!
Adott egy raspberry pi egy samba megosztással ami windows 10 alatt el is érhető, rendben működik, viszont linux alól valamiért nem megy. Így próbálom csatolni: sudo mount -t cifs -o user=,password= //192.168.0.100/share /mnt/smb de elszáll ezzel a hibával: mount error(13): Permission denied.
A raspberry-n így néz ki az smb.conf-ban a megosztás:
[share]
comment = raspberry pi
path = /media/pi/wdred
browseable = yes
writeable = yes
create mask = 0777
directory mask = 0777
public = yes
guest ok = yesMi lehet a gond?
-
#61734
IstvánLászló
őstag
IstvánLászló
őstag
Megjelent a VLC 3.0.3 -as verziója, hátha más is használja.
-
#61733
CPT.Pirk
Jómunkásember
Csavargoo8
#61732
CPT.Pirk
Jómunkásember
válasz
Csavargoo8
#61732
üzenetére
SMPlayer használata VLC helyett? Pár gépen Ubuntu és Mint 18.3 alatt is problémás volt a vlc...
-
cigam
titán
Tegyük hozzá, hogy felhasználóként, és nem root-ként kell bejelentkezni, és a ~ (home) mappában kiadva az ls -la parancsot. Persze lehet csak nekem nem volt egyértelmű.
Amúgy meg tényleg gáz, hogy figyelmeztetés nélkül eltekeri a jogosultságokat úgy hogyaz megakadájozza a rendszer indulását. Ilyet nem lenne szabad!
-
Cifu
félisten
Üdv mindenkinek!
Szóval ez amolyan önsegítő dolog, beírom, hátha más is találkozik vele, vagy esetleg később belefut.
Szóval Kubuntun mentek folyamatosan a frissítések, és szükség volt egy újraindításra. Gondoltam nosza, ebből nem lehet baj. Aha. Móricka-eset. A Kubuntu logo után fekete képernyő és egérkurzor, más semmi. A többi tty-be be lehet lépni, mindent lehet állítani, szóval nem fagyott meg a rendszer, csak megállt, mint tini srác a nudista strandon. Innen jött a próbálkozás a csomagok ellenőrzésével, aztán a lightdm / sddm váltással, purge-install párosok. Erre a problémára írták a videókártya drivereket is, de főleg nvidia esetén, itt viszont AMD volna, de azért ez is megvolt. Nézegettem a logokat, de sehol sem volt semmi látványosan kiugró probléma, szóval nem értettem hol a gubanc (ez annyira nem meglepő, de hát mégis).
Egyszer csak belefutottam egy olyan fórumbejegyzésbe, ahol kritikus fájloknál felhasználó jog helyett root jogot kapnak, és innentől se előre se hátra.
Szerk.: cigam javaslatára: szóval igen, ha nem automatikusan logol be a linux, akkor a lentiek a felhasználóként való belépésre (belogolásra) vonatkoznak. Ha rootként lépsz be mindig, akkor sose lesz ilyen gondod.
Szóval a megoldás:
Belogolás (vagy automata belogolás esetén egyből) betölt a fekete képernyő, egérkurzor, de itt ugye semmit sem lehet csinálni. Tehát
ALT + F2(ezzel ugye a tty2-őbe lépünk át, akinek új: az ALT + F1-F6 gombokkal lehet ezek között váltani), itt kéri a felhasználónevet és a jelszót, amit adjunk meg.Most pedig
ls -lA(I = l betű (mint lászló) és nem 1-es vagy nagy i betű), felsorol egy csomó fájlnevet, előtte a jogosultságokat, valami ilyesmi:-rw------- 1 [felhasználónév] [felhasználónév] [fájlnév] dátumA lényeg az, hogy ha valahol a felhasználónév helyett
root rootlátható. Mert az annyira nem jó. Potenciálisan a.Xauthoritya.ICEauthorityés a.gvfsfájlok fognak ez esetben problémaforrásként feltűnni. Esetemben csak a .gvfs, de az elég volt erre.Itt jön a következő lépés:
chown [felhasználónév]:[felhasználónév] [fájlnév]Esetemben:
chown cifu:cifu .gvfsEz után pedig mehet a
sudo reboot.Ahogy az egyik hozzászóló megjegyezte, azért a T. fejlesztők lehetnének olyan kedvesek, hogy ilyenkor feljöjjön egy ablak vagy legalább logba megjegyezné, hogy
Hiba! XY fájlhoz nincs hozzáférés, nem tudunk továbblépni, tessék valamit csinálni!
Mert ilyen fogódzkodó nélkül eléggé vakrepülés a hibafeltárás...
-
#61723
IstvánLászló
őstag
ubyegon2
#61721
-
válasz
Alcsi69
#61719
üzenetére
Ha Win10-et akarsz telepíteni, nem annak a topikjában kéne érdeklődnöd?
Én így laikusként úgy látom itt a Linux telepítése a fő profil.Elég sok gépet adnak el Linux-szal, gondolom van már kialakult metodika az eltávolítására a WinX topikban, nagyon nem kezdő Linuxos ez a téma.
-
CPT.Pirk
Jómunkásember
válasz
Alcsi69
#61717
üzenetére
Próbálj meg egy másik pendriveot, ha van. Régebben találkozta olyannal, ami nem működött ha engedélyezve volt az alaplapban a legacy device support az usb-nél. Manapság elég valószínűtlen, de nem lehetetlen ilyen inkompatibilitás.
Ha a Kubuntu alatt bedugod a telepítőt, akkor megjelenik mint eszköz? Jobb alsó sarokban, ahol win alatt is.
-
Alcsi69
senior tag
válasz
CPT.Pirk
#61715
üzenetére
Igen, boot választóban is kiválasztottam, akkor a boot prioritást is átállítottam hogy ez a pendrive legyen, és egyszerűen nem akarja az igazságot.
Végső esetben lehet megpróbálom kiírni egy DVD-re és onnan telepíteni, hátha az tetszik neki.(#61716) usergefi
Mint írtam az előbb is, ezeket megtettem, és a pendrive-val sem lehet probléma, hiszen 2 napja használtam egy másik gép újratelepítéséhez. -
usergefi
kezdő
válasz
Alcsi69
#61714
üzenetére
Szerintem ehhez semmi köze a Kubuntunak, ha a BIOS-ban be van állítva boot device-ként a pendrive és sorban előrébb van a HDD-nél, valamint a pendrive is bootolható, akkor még mielőtt eljutna a bootolási sorrend a merevlemezedig és a grub elindítaná a Kubuntut, azelőtt megjelenne a Win10 install.
Tehát meg kéne győződni róla, hogy:
- az USB előrébb van a boot menüben, mint a HDD
- az USB tényleg bootolható (esetleg másik gépben kipróbálni) -
CPT.Pirk
Jómunkásember
válasz
Alcsi69
#61714
üzenetére
Hát, a Linuxhoz biztosan semmi köze. Esetleg próbáld meg mással kiírni azt a telepítőt, pl. rufus. Külön boot választó gombot nyomkodtad és ott sem tudtál bebootolni a telepítőről? F12 szokott lenni.
Amúgy ez a win10 egy csoda... Nálam újabba van, hogy leakad a karikák pörgésénél boot alatt és újra kell indítani kézzel, mostanában meg azt játssza, hogy a képnézegetője olyan 2 másodperc alatt tölt be egy képet, addig az egér is megáll a képernyőn.
-
Alcsi69
senior tag
Sziasztok!
Vettem egy laptopot, amire Kubuntu van telepítve. Na én e helyett szeretnék telepíteni windows 10-et, viszont egyszerűen sehogy se tudok bootolni pendrive-ról. Átállítottam a boot priority-t, a boot menu-ben kiválasztottam hogy a pendriveról bootoljon, de mintha mi sem történt volna, simán megy tovább a kubuntu-val. A pendrive-ot kb 2 nappal ezelőtt használtam egy másik gép újratelepítésére, szóval azzal nem lehet probléma szerintem.
Valaki tud erre valami megoldást? -
Önmagában a cron talán nem, de az alábbi két kulcsszó külön ki is van emelve az Összefoglaló elején, mint nem kezdő témák: (ahogy látom, már nincs ott az Összefoglaló elején)
- két Linux verzió van használatban szervereken (az újabbik systemd-s)
- kötelezően futtatandó scriptek vannakA problémafelvetésben persze szerepel a
cronszó, meg ide többen is jönnek.Értem.
-
válasz
vargalex
#61706
üzenetére
-x? Hó, ezt nem ismertem.
Az a baj, hogy a crontabot sem lehet módosítgatni, a scriptbe meg nem nyúlunk bele, mivel nem a miénk. De mindegy, ha senki nem találkozott hasonlóval, akkor kérek szépen jóváhagyást, azt' nekiállunk próbálgatni, és reméljük, hogy sikerül valamit -
-
válasz
ubyegon2
#61703
üzenetére
Nem hittem, hogy a cron olyan nagyon haladó lenne.
Ugyanakkor a hozzáértőbbje mind a kettőben ott van, csak ide többen jönnek.@Vargalex : Ja, csak nem írhatunk át mindent ész nélkül, így mielőtt engedélyt kérek tesztelni, muszáj valami infót gyűjteni, hogy merre induljak. (Idióta egy bagázs ez, tesztrendszer nincs, élesen meg nem lehet csak úgy módosítani, hiába te felelsz érte.)
De a kérdés inkább arra vonatkozott, hogy szívot-e már valaki ilyet, de ha nem, akkor nem (örüljetek neki, ha nem
)@Dave :
-
lefut-e a srcipt itt vagy-ott, init-es disztrókon lefut systemd-sen nem,ha nem miért nem, miért nincs systemd-timer, milyen környezet adódik át a cron-nak......
Mint ahogy az már elhangzott, van erre egy Haladó topik, mert ez szerintem elég egyértelműen nem kezdő témakör. Mi a fene olyan bonyolult ebben?
-
-
-
Anakin007
aktív tag
válasz
lev258
#61684
üzenetére
LMDE-t akartam, bocsi
Még jó, hogy valaki figyel PPA-t ez nem támogat. Visszanéztem, Mint 17 debütált, amikor próbálgattam az LMDE-t és ahogy itt találtam, a 19-es LMDE mint-nél a mai napig sincs másképp:
"That PPA is not yet supporting Mint 19. That's not strange because Mint 19 isn't out yet. You'll have to wait until it's supported, or find another solution."
-
válasz
vargalex
#61694
üzenetére
Nem az én scriptem :S Fentről erőltetett hót' felesleges cucc. Ráadásul valami borzalmas egy monstrum.
A régebbi, init-es disztróinkon lefut. A systemd-seken nem. A környezeti változókra gyanakodtam én is, de a fene tudja, akkor szerintem a régebbin sem menne...
S azt sem tudom hirtelen, hogyan tudom meg, hogy a cron-nak milyen környezet adódik át :S -
Frawly
veterán
válasz
pepejoe
#61685
üzenetére
Sparky Linux vagy AntiX. Szigorúan csak IceWM vagy LXDE felülettel. Régen még az Lubuntut ajánlgattuk, de a készítők nyilatkozták is, hogy az LXDE-ről LXQt-re átállással már nem gyenge gépekre szánják.
Az sem mindegy milyen Celeron, gondolom nem P2-P3 Celeron, hanem min. P4-es, de még utána is voltak C2D alapjaira épülő P4 Celeronok, meg utána C2D alapokra épülő nem P4 Celeronok, ezek már kétmagosak, és még mostanában is vannak a procikból Celeronok. Mindenesetre az 1,6 GHz nem sejtet bivalyerőt.
-
Skullwipe
senior tag
válasz
pepejoe
#61685
üzenetére
Nem rég belefutottam ebbe, talán jó lesz kiindulónak: https://logout.hu/cikk/egy_smooth_ubuntu_rendszer_kialakitasa_sse_only_at/elozmenyek_mirol_is_lesz_szo.html
kicsit erősebb gépen próbáltam ki (folyton feljön ha nem tiltod hogy már 16-os lts-re frissítss) athlon 3000+-on, és tényleg egész jó, még beállítgatások nélkül másik desktop environment nélkül. Meg volt valami baja a szoftver központnak, de mondta hogy kijavítja magát, és tényleg utána már jó is lett tudtam telepíteni amit akartam. -
Hello,
Járt már valaki úgy, hogy
- két Linux verzió van használatban szervereken (az újabbik systemd-s)
- kötelezően futtatandó scriptek vannak
- a nem systemd gépeken lefut crontabból (rootként)
- a systemd-seken nem
- a crontab sor, könyvtár,annak jogai csont ugyanaz
- kézzel futtatva tökéletes, a többi crontab bejegyzés naponta szépen fut mindenen0 0 1 * * sh script
Részemről kifogytam az ötletekből... Google-n semmi értelmes... Minden ötletre kívánvsi lennék
-
pepejoe
tag
Sziasztok!
Adott egy régi (1.6GHz Celeron, 1Gb ram, 60Gb HDD) gép.
Milyen disztrót tudnátok javasolni hozzá? Mivel a gépet egy 6 éves gyerek fogja használni arra hogy ismerkedjem a számítógéppel ezért valamilyen grafikus interfésszel rendelkezőre lenne szükség (feltéve ha az ilyen öreg vason még elfutna).Minden javaslatot köszönök.
-
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 akkoriban De 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
-
I02S3F
addikt
válasz
CPT.Pirk
#61675
üzenetére
Ennek a hibának az oka a frissítésben keresendő? (A frissült driver). Van olyan, hogy a frissebb kernellel, driverrel egy adott gép (nem régi) működése romlik?
Ha igen a válasz megéri a stabil lts-eket alkalmazni. Plusz, ahogy emlékszem vissza lehet fogni egyes csomagokat a frissüléstől. Persze ez nem valami szép dolog, de ha a hardver működése ezen múlik...
-
CPT.Pirk
Jómunkásember
válasz
ubyegon2
#61676
üzenetére
Kb, de alatta a Mint csomagjaival.
Én azt nem értem, hogy 18.3 KDE alatt miért nem frissülnek a KDE csomagjai? Az még teljesen supportált KDE-s disztró, de még mindig nem stimmelnek össze a KDE alap és debug csomagjainak verziói, így a debug csomagokat nem lehet telepíteni.
Nem tudom kinek kellene megcsinálnia, de megoldhatnák ezt már végre. A debug csomagokra meg azért lenne szükség alapértelmezés szerint minden disztrón, mert ha nélkülük küldesz be egy KDE bugreportot akkor azzal semmit sem fognak tudni kezdeni a fejlesztők. -
Anakin007
aktív tag
Nincs köze hozzá, de a driverrel tuti baj van. Másnak is volt olyan gondja még, hogy belefagy a vlc az mkv lejátszásba. Kipróbáltam, nekem is. mplayer megy, de annak is vmi driver baja van és nem megy fullscreen-ben. Asszem reinstall lesz, van úgyis 19-es mint, de nincs kde-vel. Szerintetek utólag lehet rá kde-t rakni? Ez a cinnamon nem jött be, pont az a pár kde-s feature hiányzik, ammit használok, pl. ALT+F2 -re futtat, ilyenre gondolok.
-
Anakin007
aktív tag
válasz
lev258
#61672
üzenetére
Szia!
KDE hibája volt, amikor pl. nem tudtam adatlemezt írni k3b-vel, mert nem lehetett megnyomni a gombot. Hasonló gondja volt másnak, akinek a libdbus-menu csomit javasolták. Olyat talált az apt-om, hogy libdbusmenu-gtk4:amd64, ami nem volt eddig telepítve. Felraktam és ezzel megoldódott a gondom ezen része nekem is és le is vezették szépen, milyen frissítés kvar be a dbus rendszerbe. Megnéztem most log-ban, ez volt 07.17.-én, tehát kb. ekkor vettem észre, hogy grimbusz van, mert a konsole sem bírt elindulni, ami nagyobb baj, mint a k3b.
07.03-án volt egy kernel frissítés libc-el együtt majd 09.-én linux-firmware" frissítés.
Utána néztem, nincs zárt binárisos intel driver linux alá, eben a kernel firmware-ba van belepukkantva valami nem túl világos módon. Gyanítom, itt a gond, mert korábbi kernelekkel sem szűnt meg a gond, amikor próbából azok valamelyikére bootoltattam rá.
Amúgy tutira megjelnítési gond van, mert ha beleklikkelek a "levegőbe" miután megnyomtam a menu-t, történik valami attól függően, mit találok el vakon. Amúgy itt a problémám, amit tegnap találtam és a végén vagy hazudott a srác v. tényleg ez a gond:Közben találtam egy ilyet a log-ban:
Start-Date: 2018-07-02 20:56:45
Commandline: aptdaemon role='role-install-packages' sender=':1.62'
Install: liferea:amd64 (1.10.17-1ubuntu2), liferea-data:amd64 (1.10.17-1ubuntu2, automatic), libmessaging-menu0:amd64 (13.10.1+15.10.20150505-0ubuntu1, automatic)
Error: Sub-process /usr/bin/dpkg returned an error code (1)
End-Date: 2018-07-02 20:56:50Nem tudom még, mi ez a libmessaging-menu0 és van-e köze a gondhoz, de hiba.
-
lev258
veterán
válasz
Anakin007
#61671
üzenetére
Én inkább egy másik rendszert néznék meg Live-ban.
Elég nehéz elhinni, hogy egy grafikus driver hiba ilyet okozhat. Ha nincs kép a monitoron, akkor is rá tudsz kattintani egy menüre, ha éppen sikerül eltalálni azt.
"Korábban számos KDE alkalmazás is ugyanígy viselkedett"
Akkor ez az egész nem a KDE hibája? -
Anakin007
aktív tag
update:
elvileg VGA driver hiba okozza, a mozilla helpdesk szerint ill. valakinek megoldotta a problémáját a driver csere. Működnek azok a gombok, csak a menü nem látszik... Áhá! CSak hogyan?
windows-hoz hasonlóan "Roll back driver" megoldás kéne, csak hogy álljak neki? Mezei Lenovo T410-em van, intel-es VGA-val.Csináltam egy ilyet:
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "AccelMethod" "uxa"
EndSectionElneveztem a file-t 20-intel.conf-nak és bettem a /usr/share/X11/Xorg.conf.d alá. ALT+CTRL+Backspace, de nem jó, nem változott semmi. A Composer-t is kikapcsoltam KDE-n, de nincs változás. Voltak kernel frissítések az elmúlt 1 hónapban többször is, lehet, emiatt a gond.
lshw kimenet:
lshw -C video
*-display
description: VGA compatible controller
product: Core Processor Integrated Graphics Controller
vendor: Intel Corporation
physical id: 2
bus info: pci@0000:00:02.0
version: 02
width: 64 bits
clock: 33MHz
capabilities: msi pm vga_controller bus_master cap_list rom
configuration: driver=i915 latency=0
resources: irq:26 memory:f2000000-f23fffff memory:d0000000-dfffffff ioport:1800(size=8) memory:c0000-dffff -
Anakin007
aktív tag
válasz
CPT.Pirk
#61669
üzenetére
CPU~Dual core Intel Core i5 M 540 (-HT-MCP-) speed/max~1227/2534 MHz Kernel~4.15.0-30-generic x86_64 Up~22:50 Mem~2214.2/5753.1MB HDD~264.1GB(21.1% used) Procs~230 Client~Shell inxi~2.2.35Heccből/próbából szedtem le a waterfox-ot, soha nem használatam még. A hiba ugyanúgy jelentkezik ezen is. Évek óta használom ezt a rendszert, nem "berheltem" semmit, 2-3 hete, pár frissítés óta ilyen. Most fontokkal próbálkozom és csak 2 fajta, Serif és Sans Serif van a legördülőben. Ez normális? Egy kínai haverom javasolta IRC-n reggel, hogy nézzem meg ezt is.
-
CPT.Pirk
Jómunkásember
-
Anakin007
aktív tag
Sziasztok!
Még mindig firefox/waterfox problémám van linuxon (windows-on jó, ezért csak itt kérdezhetek): a címsor melletti gombok nem működnek, ha ráklikkelek, csak sötétebb kontrasztra váltanak, de nem jelenik meg menü. Gáz, mert pl. az Adblockot sem tudom kikapcsolni
Linux mint 18, KDE-vel. Amit póbáltam már, de sikertelnül:
- új felhasználót csináltam és ezzel a szűz fiókkal próbálkoztam
- purge-val töröltem a firefoxot, újra letöltöttem, telepítettem
- megkérdeztem a google-t és meglátogattam a firefox oldalát, ahol kipróbálhatatlan technikát javasoltak a safe mod-al. Mivel nem jelenik meg a firefox menü sem, így esélytelen
- beállítottam az alapértelmezett skin-t
- kikapcsoltam minden bővítményt
- ellenőriztem a java-t, mert valahol ezt írták, de az jól működik
- konsole-ból indítottam, de nem "üzen" semmitKorábban számos KDE alkalmazás is ugyanígy viselkedett, pl. k3b, kate, de erre találtam már megoldást. Ez vmi linux és mozzila specifikus gebasz lehet. Valami ötlete valakinek volna erre?
Köszönöm előre is!
-
#61667
Rimuru
veterán
cintula187
#61658
Rimuru
veterán
válasz
cintula187
#61658
üzenetére
Ismerősnek kínai noname "gamer" billentyűzet csinál ilyet Windows alatt, lehet ilyen HW gond is akár.
-
Skullwipe
senior tag
válasz
Skullwipe
#60226
üzenetére
Másik rendszer (Kubuntu 18.04.1 LTS x64) de nem számít, mindig kilépegetett teljesen véletlenül mindegy milyen disztró volt.
Itt a megoldás: https://forum.kodi.tv/showthread.php?tid=323412
Már egy hete tesztelve legalább és nem kaptam olyan információt hogy kilépne/kidob az asztalra/magától kilép. És úgy néz ki ez linux probléma ténylegesen nem csak nálam volt ilyen akármikor. Ez a két dolog kell a fenti parancsokkal és stabil lesz a Kodi mint windoson. -
#61665
ubyegon2
félisten
cintula187
#61664
válasz
cintula187
#61664
üzenetére
Gondoltam hátha felvidulsz kissé! 😀
Winx-et használni olyan roppant komoly dolognak tűnik.
Amúgy többen is említették már, kicsi a valószínűsége, hogy ezt a problémát ki lehetne szűrni live Linux futtatásával. Ha csak úgy nem, hogy rákattansz és kilövöd a zűrbe a Winx-et.😶 -
#61663
ubyegon2
félisten
cintula187
#61661
válasz
cintula187
#61661
üzenetére
Csak poenkodtam, nem piszkálni akartalak. Lényegében csak te használnád a Linuxod, a géped Windowst használna az alatt is. Kb erre voltál kíváncsi.
-
#61662
BoB
veterán
cintula187
#61661
BoB
veterán
válasz
cintula187
#61661
üzenetére
Nem, virtualizálva nincs értelme.
-
#61660
ubyegon2
félisten
cintula187
#61658
válasz
cintula187
#61658
üzenetére
Én is gondoltam már rá, hogy a kisautóm futóművizsgálatát kímélési célzattal egy vontató hátán végeztetem el. Álljon rá az közvetlenül azokra a bazi nagy forgó vashengerekre.........
Csak mert hetekig a linuxot kéne használnom
Ha hetekig fogod használni, úgy dobod ki az ablakon a Winx-et, mint a pinty! -
#61659
cigam
titán
cintula187
#61658
cigam
titán
válasz
cintula187
#61658
üzenetére
Virtualizálva nem ér semmit. Inkább a W10 topikban érdeklődj, ill. nézd meg az eseménynaplót, mi történik olyankor. Csak tippelni lehet, hogy lefutattál valami "optimalizáló"t, vagy az energiagazdálkodás bolondítja meg az eszköt, de a HW hibát sem zárnám ki. De ezt inkább a W10 topikban.
-
#61658
cintula187
addikt
cintula187
addikt
Sziasztok!
Windows 10 alatt elő szokott jönni egy hiba. hetente, de inkább ritkábban idle (pl. mezei böngészés alatt) eldobja a rendszer az USB billentyúzetet és egeret. Ledek a két eszközön égve maradnak. Mi baja a gépemnek topicban javasolták, hogy rakjam fel a live linuxot. USB ről fut is a 18.04.1 ubuntu. Ezáltal ki lehetne zárni, hogy oprendszer hibáról van -e szó. Kérdésem, hogy ha windows alatt virtualizálva indítom el akkor sok értelme ennek nincs gondolom. Csak mert hetekig a linuxot kéne használnom (eszembe sincs leszólni!
) várva hogy előjön -e alatta a hiba. -
Aham, látom mit írnak. Azt nem írják, hogy mikor vezethet a discard teljesítményromláshoz, erre utaltam az előzőben. Mezei használatkor szerintem és sokak szerint ez nem áll fenn. De berakhatod a heti cron-ba is az fstrim lefutását.....
Én használom a discard-ot, mióta SSD-m van, a heti cron-ban is benne van az fstrim, jó ez így. Ki tudja, lehet már többször is előfordult, hogy veszítettem pár microsecundumot ezzel........ -
cigam
titán
válasz
ubyegon2
#61655
üzenetére
Valószínű nem a fájlrendszer töredezettségmentesítésére gondolt, hanem a magára trimmelésre hogy a blokk tartalmát küríti, vagyis olvasás, törlés, írás ciklus nélkül, elég a sima írás. Ez a nullázás felfogható defragmentálásnak is.
+ lehet az én ferdítési hibám is. Itt az eredeti: [link] -
-
cigam
titán
Tegnap jöttem rá, hogy a Fedora XFCE spin alapból nem kapcsolta be a trimmelést.
Az fstrim.timer disabled, és az fstab-ban sincs discard opció.Egy fórumon azt írják, hogy
A legtöbb ember egyszerűen hozzáadja a "discard" opciót az /etc/fstab fájlba. Ez azonban azt jelenti, hogy minden alkalommal, amikor törölsz egy fájlt, az operációs rendszer valós időben jelzi az SSD-nek, hogy mely blokkokat foglalta el az adott fájl, és már nem használja őket. Az SSD-nek egy töredezettségmentesítést és törlést kell végrehajtania azokon a belső tömbökön, ami sok időt igényel. Annak érdekében, hogy az SSD teljesítményét optimalizálni lehessen, nem javasolt hogy a TRIM műveletet valós időben (amikor a fájlt törölted) végezze el, mert az SSD felesleges többletmunkát végezne. Más szóval: Az fstab-ban nem szabad engedélyezni a "discard" opciót.
Ehelyett azt javasolják, hogy rendszeresen futtass egy szkriptet, ami megmondja az SSD-nek, hogy mely blokkokat szabadíthatja fel az fstrim parancs. Ezt a művelet elég naponta vagy hetente elvégezni. Így a TRIM miatt sem veszítünk teljesítményt a fájlok törlésekor, és rendszeresen tájékoztatjuk az SSD-t a szabad blokkokról.Most akkor az fstrim.timer-t engedélyezzem, vagy az fsatb-ba írjam bele hogy discard?
-
válasz
Frawly
#61652
üzenetére
Köszi a tippeket (
), da figyelmesen elolvasod, amit írtam, akkor kiderül, hogy nincs másik meghajtó, és nem tudok continue-ra nyomni, mert semmi sem történik - 2-3 perc után sem.A nem szabványos , vagy 32 bites UEFI azért furcsa, mert miért a 19-es mint az egyetlen, aminek baja van vele?
Volt fent 18.x, Fedora 24-28, Arch, Solus, Ubuntu, Debian, és most ez az első, aminek baja van.De igazából nem a hibaüzenet a gond, hanem, hogy nem lehet eltüntetni. Ez 100%, hogy bug.
lev258: Kipróbáltam partíciók nélkül, előre elkészített partíciókkal, meg úgy is, hogy automatán hozza létre, ahogy neki jó, de minden esetben ugyanez a szitu.
De nem számít, ahogy growler kolléga is írta, jelen felhasználásra jó a legacy is.
-
Frawly
veterán
-
Tim82
félisten
válasz
growler
#61645
üzenetére
Alapvetően a live rendszer Parted Magic-ba épített CloneZilla alapbeállításokkal megoldotta, nem kellett nekem kézzel létrehoznom partíciókat és utólag sem szerkesztenem semmit. Már túl vagyok a klónozáson, az új SSD-n a /home partíció kiterjesztésén (még a Parted Magic-on belül elvégezve) és az SSD cserén, úgy tűnik, semmi gond nincs.
-
growler
őstag
Úgy csinálnám, hogy a nagyobb SSD-n létrehoznám a szükséges mennyiségű,
nagyságú, és fájlrendszerű partíciókat, És egy újabb CloneZilla live rendszerrel
partíciónként klónoznám át az adatokat (Az újabb CloneZilla live-okban választható
a magyar nyelvi menü,)
Azért live alól, mert a kisebb SSD (amiről klónozol) legyen leválasztva ! -
Tim82
félisten
válasz
Rimuru
#61641
üzenetére
Köszönöm, megszívlelem a figyelmeztetést - akkor marad live rendszer (esetemben a Hiren's Boot CD-n lévő Parted Magic mini Linux) és az abba beépített CloneZilla, majd utána még szintén a live rendszer alól elvégzem a plusz tárhely hozzáadását a /home partícióhoz.
ubyegon2: köszönöm a tippet, ezt megnézem, mert fel szeretnék állítani a jövőben valamilyen rendszeres backup-olást is és ahogy nézem, ez arra (is) alkalmas.
-
-
Tim82
félisten
Sziasztok!
Valamilyen GUI-val rendelkező, könnyen használható, áttekinthető és megbízható lemez/partíció klónozó programot, alkalmazást keresek Linux (pontosabban Ubuntu MATE) alá. (A dd parancs terminálos használatát ismerem, de mivel könnyű elszúrni, jobban örülnék egy ilyesféle megoldásnak. Gyakorlatilag a Windows-os Macrium Reflect Free Linuxos megfelelőjét szeretném megtalálni, ha lehetséges.)
Jó lenne, ha OS alól megoldható lenne a használata (Clonezilla Live ezért kevésbé alkalmas).
A cél az, hogy egy 120 GB-os SSD (az adott Ubuntus gép rendszerlemeze) partícióit 1:1-ben át tudjam klónozni egy 256 GB-os SSD-re, illetve az átklónozott /home partíció területét lehetőleg még szintén a programból meg tudjam növelni, hozzáadva a 256 GB-os SSD kihasználatlan területét.
Előre is köszönöm a tippeket.
A 10 legalább nem annyira borzalmas, mint a 8. 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
(bocsi)
vagy csinaljanak mondjuk systemd-timer-t hozza.
Ú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
- Teszt Már csak két hónap van hátra a Windows 10 nyugdíjazásáig, ideje előrelépni
- Teszt [Linux] Vanilla OS, egy Debian alapú immutable operációs rendszer
- Teszt [Linux] Aeon Desktop, egy immutable operációs rendszer az OpenSUSE-tól
- Teszt [Linux] A Flatpak
- Bejegyzés MS Office365 Linuxon
- Bejegyzés [Linux] Futtassunk bármely disztrót a terminálunkban
- Bejegyzés Alpine Linux telepítés mindenféle low-end dologra
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Macbook Air M1 2020 // 13" // 16/512GB // Számla+Garancia /
- Bomba ár! Dell Latitude E5520 - i5-2520M I 4GB I 250GB I HDMI I 15,6" HD I Cam I W10 I Garancia!
- Lista frissítve (1000+ db laptop - 2025.10.07) - RTX-es GAMER laptopok + dokkolók + licencek
- GYÖNYÖRŰ iPhone 13 mini 256GB Midnight -1 ÉV GARANCIA -Kártyafüggetlen, MS3624
- Azonnali készpénzes Sony Playstation 4 Slim / PS4 Pro felvásárlás személyesen/csomagküldéssel
Állásajánlatok
Cég: NetGo.hu Kft.
Város: Gödöllő
Cég: Promenade Publishing House Kft.
Város: Budapest