- Xiaomi 13 Pro - szerencsés szám
- Android alkalmazások - szoftver kibeszélő topik
- Magisk
- Nothing Phone (3a) és (3a) Pro - az ügyes meg sasszemű
- Samsung Galaxy Watch4 és Watch4 Classic - próbawearzió
- Bemutatkozott a Fairphone 6
- Megérkezett a Google Pixel 7 és 7 Pro
- Megjelent a Poco F7, eurós ára is van már
- Milyen okostelefont vegyek?
- A Galaxy Z Fold7, minden színben és oldalról
-
Mobilarena
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
Hoi!
Szóval volt egy komoly problémám a KDE-vel, mely szerint Firefox és hasonszőrű böngészőkben pl. a RiOS szövegdobozában nem lehetett elolvasni a beírásokat, mert hát... fehér háttér előtt világosszürke (ezüst) betűk voltak. Vagy a honlapok (pl. HDDScan) háttere szürke lesz világos helyett, és ettől olvashatattlan az egész.
További gondom volt, hogy még a Libreoffice is beszürkült hátterű volt, ami miatt az ikonokat alig lehetett látni:
Meguntam a szívást, hiába szeretem amúgy a sötét hátteret, használhatatlan volt, szóval nekiálltam átállni világosra, mindent. Színek, téma, minden át Breeze-re (addig Arc Dark vagy Breeze Dark volt a választott). A sokadik újraindítás után pedig most minden látható. Szóval feltehetően a KDE beállításai voltak a felelősek a problémáért.
Ha valakinek tehát hasonló problémája van, próbálja meg világos 'Megjelenést' beállítani (pl. Breeze) és utána az 'Asztal témák'-at sötétre állítani, majd újraindítani az egészet hátha megoldást nyújt. Javasolva voltak a világos témák, amit próbáltam is, de mivel a 'Megjelenés' alatt sötét színek voltak beállítva, így nem segítettek a problémán...
-
Köszönöm szépen mindenkinek a választ, azt hiszem felfedtem a titkot.
Az történt, hogy mikor másoltam a meghajtók között, egyszer úgy másolhattam a \media\cifu\WDGreen meghajtó mappájába, hogy az sdc meghajtó (alias WDGreen) nem volt mountolva. Így aztán a fájlok az sda meghajtó \media\cifu\WDGreen mappájában voltak valójában.
A történet happy enddel zárult, nagyon szépen köszönöm mindenkinek a segítséget.
-
-
Hoi!
Van ugye egy Linux partícióm az SDA1-en, ez szép és jó, de gyakorlatilag majdnem 1 TB helyet foglal, és nem értettem miért. A neten keresgélve az
ncduvolt javasolva arra, hogy a linux partíción belül a méretekre fényt derítsek egyszerűen, ez ezt hozta ki:
Ez szerint a media könyvtár a ludas a hatalmas méretért, ide vannak berakva ugye a Samba-val megosztott meghajtók.
A tervek az, hogy a linux partíciót SSD-re költöztetném... de ehhez a méretét először le kellene zsugorítani. Ennek jelenleg a media könyvtár akkor a kerékkötője, de nem teljesen értem a mechanizmust, hogy a linux partíción miért foglal el ekkora helyet a media, ha egyszer oda csak a samba megosztás miatt lett felmountolva három másik HDD. Talán valami cache lenne használatban, vagy mi a répa?
Hogy tudnám biztonságosan megoldani a partíció zsugorítást? Először lelövöm a SAMBA-t, unmountolom a meghajtókat, törlöm a media könyvtárból a könyvtárakat, és utána nekieshetek egy live linuxról gparted-el?
-
válasz
ubyegon2
#58659
üzenetére
A remount-rw-t próbáltam, de azzal nem tudott mit kezdeni (sajnos a hibaüzenetet nem jegyeztem meg, a lényege az volt, hogy értelmezhetetlen a kapcsoló), ezért lett végül defaults.
A problémám pont az, hogy tegnap kismillió féle programmal vizsgáltam át a meghajtót, de semelyik se talált hibát az adott HDD-n (van egy, az élete vége felé járó HDD a rendszerben, de az torrentre van használva). Ezért untam meg a szélmalomharcot, és írtam át defaults-ra, mondom ha bebootol, akkor legalább használható. Most használható, és sejtem mi a célja a remount-ro-nak, de eléggé frusztráló,. hogy egy frissítés / reboot után megint szélmalomharcot folytassak amiatt, mert valami hiba jelent meg rajta.
Ha pedig bebootol, és stabil (márpedig 21 órája stabilan dolgozik), akkor nem értem miféle hibát talált.
Jelenleg egyetlen dologra tudok gondolni, hogy az alulfeszelt proci okozhat valami problémát, azt majd kicsit feljebb veszem, de más ötletem nincs - ugyanilyen beállításokkal iszonyú hosszú ideig elvolt Windows 7-el ugyan ez a hardware...
-
Hoi!
Jött egy frissítés az (k)Ubuntuhoz (17.10 alá), hát mondom telepítsd. Azt mondja, hogy restart kell nekije. Hát mondom restartolj. És egy apró problémába ütközött innentől minden, ugyanis írásvédett lett a linux meghajtója. Az első befutó ugye maga a frissítés lett volna (innen jöttem rá, hogy nem az a hiba forrása), de utána eléggé stabilan szívatott minden megoldás terén az, hogy hát a fájlrendszer read-only.
Rövid úton kisilabizáltam, hogy talán hiba lehet a meghajtón, és ugye az
/etc/fstabfájlban azerror=remount-roaz, ami írásvédetté teszi. Futottam vele pár kört (nem egyszerű...), mert hát hiába recovery-ben a root shell, ha ott is írásvédett az egész, az fsck pedig "nem látja" a meghajtót, vagy közli, hogy unable to resolve UUID=....A vége az volt, hogy live USB futtat, onnan
sudo fsck.ext4 -A /dev/sda1, pár dolgot talált, de ugyan az pepitában. Továbbra is valami hibát észlelhet induláskor. Begorombultam, live USB megint, és az SDA meghajtón átírtam az etc/fstab-ot úgy, hogy azerror=remount-rohelyére simán beírtam, hogydefaults.Elindult. Működik. Rendben van, hibát nem találok a meghajtón.
Ilyenkor mi van? Hagyhatom a linux fájlrendszert az fstab-ban az
error=remount-ronélkül élni és virulni hagyni?Lehet hardware hiba a forrása a lemezhibának? Alulfeszelt proci van, de amúgy az ég egyadta világon sehol semmiben nem hibázik, nem fagy, szóval furcsa lenne nekem, hogy csak a linux op.rendszer meghajtóját szemeteli tele folyton újraindításkor...
-
válasz
Lahorva
#58470
üzenetére
Röviden: amíg egyszerűbb doksikról van szó, nincs probléma. A .doc / .docx fájlokat például LibreOffice alatt tudod szerkeszteni. Azon viszont ne lepődj meg, ha a formázás szétmegy, főleg ha komolyabb formázási dolgok vannak használva. Erre tipikus példa a hazai állami szervek excell-szivatása, amelyeket teleraknak mindenféle MS-only makrókkal, ami csak MS Office alatt működik...
PDF-eknél a nézés nem probléma, de ha szerkeszteni / editálni akarsz egy már elkészült PDF doksit, és nem egyszerű szinten, akkor lehetnek gondok, ha csak nem akarsz fizetni pl. a Master PDF Editor-ért - de hát Windows alatt kb. ugyan ez a helyzet.
Fordítva ugyanez igaz. A LibreOffice alatt készült doksik MS Office alatt hol jól, hol kevésbé jól jelennek meg - megint főleg a formázás szokot probléma lenni. A PDF-ek esetén ilyen probléma nincs, a PDF-be "nyomtatott" fájlok probléma nélkül olvashatóak Win alatt - ha csak nem ott is interaktív PDF vagy valami hasonló izgalmasabb dologról van szó, de az már megint speciális eset.
Erre van alternatív megoldás persze: WINE alól indítasz MS Office-t, vagy egy Virtuális környezetben működő Windows-t telepítesz fel MS Office-al. Ez persze ilyen róka fogta csuka esete, de előfordul, hogy nincs jobb megoldás...
De ilyen témára van dedikált topic.
-
válasz
ubyegon2
#58361
üzenetére
Köszi, majd ránézek akkor a linkelt cikkre.
Az inxi kimenet:
System: Host: CifuNAS Kernel: 4.13.0-32-generic x86_64 bits: 64 gcc: 7.2.0 Console: tty 1 dm: sddm,sddm
Distro: Ubuntu 17.10
Machine: Device: desktop Mobo: Gigabyte model: EP45-DS3 v: x.x serial: N/A BIOS: Award v: F9 date: 09/22/2008
CPU: Dual core Intel Core2 Duo E8500 (-MCP-) arch: Penryn rev.6 cache: 6144 KB
flags: (lm nx sse sse2 sse3 sse4_1 ssse3 vmx) bmips: 12669
clock speeds: min/max: 2000/2500 MHz 1: 2000 MHz 2: 2000 MHz
Memory: Array-1 capacity: 4 GB devices: 4 EC: None max module size: 1 GB
Device-1: A0 size: 1 GB (Single-bank) speed: 800 MT/s type: N/A
bus width: 64 bits manufacturer: N/A part: N/A serial: N/A
Device-2: A1 size: 1 GB (Single-bank) speed: 800 MT/s type: N/A
bus width: 64 bits manufacturer: N/A part: N/A serial: N/A
Device-3: A2 size: 1 GB (Single-bank) speed: 800 MT/s type: N/A
bus width: 64 bits manufacturer: N/A part: N/A serial: N/A
Device-4: A3 size: 1 GB (Single-bank) speed: 800 MT/s type: N/A
bus width: 64 bits manufacturer: N/A part: N/A serial: N/A
Graphics: Card: Advanced Micro Devices [AMD/ATI] Oland PRO [Radeon R7 240/340]
bus-ID: 01:00.0 chip-ID: 1002:6613
Display Server: X.Org 1.19.5 drivers: ati,radeon (unloaded: modesetting,fbdev,vesa)
Resolution: 1920x1080@60.00hz
OpenGL: renderer: AMD OLAND (DRM 2.50.0 / 4.13.0-32-generic, LLVM 5.0.0)
version: 4.5 Mesa 17.2.4 (compat-v: 3.0) Direct Render: Yes
Audio: Card-1 Advanced Micro Devices [AMD/ATI] Cape Verde/Pitcairn HDMI Audio [Radeon HD 7700/7800 Series]
driver: snd_hda_intel bus-ID: 01:00.1 chip-ID: 1002:aab0
Card-2 Intel 82801JI (ICH10 Family) HD Audio Controller
driver: snd_hda_intel bus-ID: 00:1b.0 chip-ID: 8086:3a3e
Sound: Advanced Linux Sound Architecture v: k4.13.0-32-generic
Network: Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
driver: r8169 v: 2.3LK-NAPI port: c000 bus-ID: 04:00.0 chip-ID: 10ec:8168
IF: enp4s0 state: up speed: 1000 Mbps duplex: full mac: 00:1f:d0:88:42:20
Drives: HDD Total Size: 11002.2GB (28.1% used)
ID-1: /dev/sda model: WDC_WD20EZRX size: 2000.4GB serial: WD-WMC302165134 temp: 30C
ID-2: /dev/sdb model: ST4000VN008 size: 4000.8GB serial: ZDH1LFRN temp: 26C
ID-3: /dev/sdc model: WDC_WD30EZRX size: 3000.6GB serial: WD-WCC4N4XFT8RL temp: 29C
ID-4: /dev/sdd model: WDC_WD20EARX size: 2000.4GB serial: WD-WMAZA8467541 temp: 26C
Partition: ID-1: / size: 1.8T used: 872G (50%) fs: ext4 dev: /dev/sda1
RAID: System: supported: N/A
No RAID devices: /proc/mdstat, md_mod kernel module present
Unused Devices: none
Sensors: System Temperatures: cpu: 40.0C mobo: N/A gpu: 37.0
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 184 Uptime: 14:03 Memory: 1515.2/3944.2MB Init: systemd v: 234 runlevel: 5 Gcc sys: N/A
Client: Shell (sudo running in bash) inxi: 2.3.37 -
válasz
ubyegon2
#58354
üzenetére
Az fstab jelen és ezt megelőző állapota (a WDGreen formázása miatt az UUID változott csak):
UUID=48bb8157-cbf8-4fb3-a431-91a8fc1a5e29 / ext4 errors=remount-ro 0 1
UUID=b938747b-3147-4013-8241-a1ad7f306ef6 /media/cifu/IronWolf ext4 suid,exec,dev 0 0
UUID=7fb2efe4-2686-4f6a-ac09-7dfeba2560cc /media/cifu/WDGreen ext4 suid,exec,dev 0 0 -
Elnézést, de egy kis tapasztalat megosztás.
Adott a kubuntu kis háziszerverem, szépen megcsináltam mindent, SAMBA, torrent, ftp, a mountolást beállítottam fstab-ban UUID alapján... a másik gépről az FTP-t tesztelendő az egyik winyóra átmásolok egy adag filmet, visszalépek a kubuntura, elindítom az egyik .mkv fájlt double commanderből... erre elindítja a Kate-el...
A 14 gigás fájlt szerencsétlen próbálja egyben beolvasni, persze megáll az egész rendszer, feldobja az ablakot, hogy a Kate nem reagál, leállítsa-e, mondom persze, de a rendszer ekkor már nem reagál semmire, csak tekeri a winyót ezerrel. Mondom windóz módszer, várjunk egy kicsit, hátha magához tér. 10 perc múlva semmi. Továbbra se reagál semmire (reflexből a CTRL-ALT-DEL volt az első, dehát...). Na jó, gép kikapcsol. Gép bekapcsol.
És halál, elkezdi a bootot, majd jön a "emergency mode". Nem jövök rá mi lehet a gond, nézegetem testdisk-el (naná, hogy elsőre azt dobja, hogy a superblock nem stimmel, én meg kesernyésen próbálom helyrehozni a dolgot), nézegetem live USB-ről, elindítom a memtest-et, hátha az a gond, de nem igazán találok semmit. Illetve de, az journal szerint az egyik mountolt lemez tele van blockhibával (amire FTP-vel másoltam), és nem tudja mountolni. Hát mondom ettől még el kellene indulnia... Megpróbálom hát úgy is, hogy csak a boot lemez van rákötve. Ugyanaz.
Kb. 2 óra kínszenvedés után olvasgatom a neten mi okozhatja ez, és néhány esetben az fstab a ludas, azt csupaszítsd le, szól a javaslat. Hát oké, próba cseresznye, emergency mode-ban nano /etc/fstab és kitörlöm az adott lemezre vonatkozó mount utasítást. Reboot... és bejön. Gond nélkül.
Ízes káromkodás, és a felmerülő kérdés, ami miatt verem a fejem a falba: van más mód az automountra az fstab-on kívül, hogy legközelebb elkerüljem ezt a pokoljárást?
-
-
Eredetileg Torrent / NAS-nak készült a gép, csak menet közben rájöttem, hogy végül is használhatnám böngészésre is, és akkor nem kell a nagy gépet bekapcsolnom. Csak hogy az étvágyam nőtt, akkor már kellene a Tab Mix Plus (mivel 100+ tab nálam alap, sose zárok be semmit
), ami viszont Chromium alatt nem életképes (se átlátni nem lehet, se kezelni), plusz hát ez csak egy 4GB-os gép... -
A Vivaldi ugye a Chrome alapját használja, nálam Vivaldin és Chromium alatt nincs probléma... csak hát a Chrome alapú böngészők eszik a memóriát - plusz én használnám a Tab Mix Plus nevűfirefox addont, amit se Quantum, se Chrome alatt nem elérhető... Szóval több sebből vérzik a dolog...
.Meg hát egy vicc, hogy senkit nem zavar ez a probéma?
.
-
Ez alapján ez nem (csak) KDE probléma, hanem részben valóban RiOS bug...
De megpróbáltam, nincs hatással semmi rá. Akár van pipa, akár nincs pipa, már világos színösszeállítást is próbáltam, továbbra is használhatatlan...
-
Nos azt már tudom, hogy egy KDE gondom van, csak a megoldásra nem jöttem rá.
Felraktam egy Kubunutut, felment rá a Firefox, Waterfox, miegyéb, és ezeken A RiOS alatti hozzászólásokok szerkesztőabalakában fehér lesz a beírt szöveg - fehér háttérrel....
Kijelölve látszik a szöveg, de nem jövök rá, hol a hiba. Ha a Linuxban átállítom a téma / szöveg színbeállításokat, nincs változás. Ha a Firefox beállítások alatt a színeket átállítátom, akkor működhet a dolog, de ugye így felülbírálom az ÖSSZES oldal színbeállításait, ami vicc kategóriává teszi a böngészést. Chrome és Chrome alapú böngészőkben (Chromium, Vivaldi) nincs probléma...
ubyegon2 javasolta ezt, de nem segít (alapértelmezett volt a pipa, kivettem, majd visszaraktam, közötte újraindítás, hiába...)....
-
Sziasztok!
Abszolute noob alert, előre is.
Szóval a történet röviden annyi, hogy akad egy ősöreg régi gép (P4 2.8Ghz, 256Mbyte ram, integrált 865G VGA), amit persze "hétköznapi" szinten (Youtube, Facebook) akar az ismerős néni használni. Persze XP volt rajta, azzal lasssúúúúú volt, de nagyon. Mostanában kezdek ismerkedni a Linuxxal, főleg Ubuntu vonalon (Ubuntu, LinuxMint és Lubuntu).
Alapból Lubuntu-ban gondolkodtam, abból is az alternative verzió, mivel a rendes 256MByte rammal talán el se indulna rendesen. Fel is ment, a Chromium ugyan alapból használhatatlan volt, lévén a memóriahiány miatt folyton összeomlik (nem tudja az oldalakat megjeleníteni), de a Firefox és a Midori bevált (lehet, hogy a Midori marad inkább). A gond csak az, hogy a desktop színmélysége 256 szín, a Youtube képe szétesett, zöld alapú. Arra rájöttem, hogy a 865G VGA-ja nem működik rendesen. Itt kezdődnek a problémák. A következő megoldásokkal próbálkoztam:
1.:
xserver-xorg-video-intel
2.:
Intel Linux Graphics Installer for Ubuntu* 13.04, 32-bitMindkettő látszólag felment, reboot megvolt, de változás nincs. Van valakinek ötlete, mi lehet a megoldás?
A másik kérdés arra vonatkozna, hogy van-e lehetőség arra, hogy ne kelljen jelszót beírnia a belépésnél a tulajnak. Ez csak egyszerű kényelmi megoldás, semmi több.
Előre is köszönök szépen minden segítséget!
Isten vagy! 
), ami viszont Chromium alatt nem életképes (se átlátni nem lehet, se kezelni), plusz hát ez csak egy 4GB-os gép...
.
Új hozzászólás Aktív témák
Hirdetés
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!
- Xiaomi 13 Pro - szerencsés szám
- A Tesla és a Google volt mérnökei AI által írt szövegek után kutatnak
- Futás, futópályák
- Netflix
- Beszántaná a marketingért felelős részlegét az Intel
- One otthoni szolgáltatások (TV, internet, telefon)
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Diablo IV
- Kávé kezdőknek - amatőr koffeinisták anonim klubja
- Formula-1
- További aktív témák...
- Csere-Beszámítás! Felsőkategóriás számítógép PC Játékra! I9 13900KF / RTX 4080 / 32GB RAM / 1TB SSD
- ÁRCSÖKKENTÉS Dell Latitude E6320 notebook eladó
- ÁRGARANCIA!Épített KomPhone i5 14600KF 16/32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! Asus ROG Flow Z13 + ROG XG RTX 3070 - i9 12900H 16GB DDR5 RAM 1TB SSD + RTX 3070 8GB WIN
- Lenovo ThinkPad X1 Carbon G8, i7-10510U, 16GB, 1TB SSD, 4K kijelző + WWAN (ELKELT)
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged