- 3 évig még biztosan nem rendelhetünk Xiaomi EV-t
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Vírusirtó topic
- Rossz üzlet az EV-kölcsönzés
- A személyre szabott reklám lehet a streaming következő slágere
- Van, amit nehéz lett megtalálni a Google keresőjével
- AI generálja majd a képeket a Photoshopban
- Milyen NAS-t vegyek?
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Windows 11
-
IT café
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
N0zer0
senior tag
Linuxra keresek audiokonvertáló frontendet. Most parancssorban konvertálok flac 1.3.0-val, meg lame 3.99.5-tel, és megy is, de kényelmetlen. Szeretnék hozzá valami grafikus felületet, még azt sem ártana, ha tudja kezelni a tageket és azok megmaradnának konvertáláskor.
-
N0zer0
senior tag
Egész partíció titkosításában tudna segíteni egy témában jártas? A root partíciót hogyan lehet titkosítani újratelepítés nélkül? A swapot?
Illetve milyen titkosítást és milyen beállításokat éri meg használni, ami már megfejthetetlenül erős, de még nem fogja vissza annyira a gépet? Mivel érdemes csinálni?
-
N0zer0
senior tag
válasz sh4d0w #19763 üzenetére
Mármint hogyan törhető a szoftveres? Linux Mint 16 x64 alatt most titkosítottam egy partíciót LUKS-szal, AES 256 CBC-re, persze Ext4-re formázás előtt volt egy dd /dev/zero paranccsal végrehajott zerofill is.
Eddig működik is, még gyorsabb is, mint a natúr NTFS volt, CPU terhelés nem nőtt nagyon, pedig a procim nem támogatja az AES utasításkészletet. Egy gond van csak vele: csak rootként tudom felcsatolni a titkosított partíciót, és emiatt sima user nem tudja használni. Ezt hogy lehetne megoldani?
Meg az automata mountolást szeretném még megoldani, de az fstab-ba nem szívesen nyúlok bele, mert elég, ha egy karakter nem stimmel és az egész rendszert hazavágja, aztán lehet megint live rendszerrel kínlódni.
-
N0zer0
senior tag
válasz N0zer0 #19764 üzenetére
Közben még mindig ezzel a titkosított partíció felcsatolásával szenvedek. Csináltam /etc/crypttab fájlt leírás alapján, meg betettem a titkosított partíció elérhetőségét az /etc/fstab-ba, de nem jó neki, (S)kip-elni kell bootkor.
A meglepő az, hogy valami csoda folytán /media/felhasználónevem/titkosított_partíció_km_hosszú_UUID formában mégis automatikusan felcsatolja és a felhasználó is el tudja érni adminjogok nélkül, de én szeretném kicsit emberbarátabb néven felcsatoltatni. Pedig nincs is ilyen bejegyzés egyik *tab fájlban sem, mégis felcsatolja. Fene sem érti ezt, hogy hogyan kéne normálisan helyrekalapálni.
Pedig a titkosítás jó, működik, használható a partíció. Egész kellemesen csalódtam benne. Sose csináltam előtte ilyet, és féltem, hogy vissza fogja fogni ezt a gyenge gépet, de alig 1-2MB-tal lett csak kevesebb az átviteli érték, a CPU terhelése talán 3%-kal ha növekedett.
-
N0zer0
senior tag
válasz N0zer0 #19770 üzenetére
Na, megoldva, az eszköznév nem stimmelt. Mondjuk azt nem értem, hogy Mint alatt egyszer /dev/sda5-nek, egyszer /dev/sdb5-nek látszik ugyanaz a partíció, meg néha az egyes partíciók felcsatolási pontja is változik, hol /media/partíciócímke, hol /media/partíciócímke_, hol /media/felhasználóinév/partíciócímke név alá csatolja, mikor épp hogy tartja kedve. Mondjuk aztán beáll egy variációra, ha nem módosul az fstab, de még nem sikerült rájönnöm, hogy mitől függ, hogy épp a lelkivilága miként kívánja.
-
N0zer0
senior tag
válasz sh4d0w #19773 üzenetére
Én ezt úgy tudom, hogy a program sehol nem tárolja a lemezen a kulcsot. A bekért kulcsot kipróbálja, és ha értelmes adat jön ki, akkor úgy veszi, hogy jó. Tömörítők legalábbis így csinálják titkosított archívumoknál. Nem hinném, hogy olyan primitív szinten tartanának ezek a megoldások, hogy a jelszó bárhol is le lenne tárolva.
-
N0zer0
senior tag
válasz sh4d0w #19788 üzenetére
Ez egyáltalán nem azt írja, amit írtál. Ebből is az derül ki, hogy nem tárolódik sehol sem a jelszó. A cikkben írt feltöréshez az kell, hogy valaki előtte buherálhassa gépedet észrevétlenül, és te majd gyanútlanul ülj vissza elé, megadod a jelszót bootkor, és a buherált titkosító modul szépen kiírja egy fájlba a titkosítatlan területre a jelszót. Ilyenre én nem számítok.
Még sehol nem hallottam, hogy a hatóság valakinek is a titkosított cuccát meg tudta volna nyitni. Nem azt mondom, hogy nem játszható meg ez a trükk, de elég életszerűtlen. Akire ráront a hatóság, az tudni szokott róla, és többet nem irkálja be a jelszavát.
-
N0zer0
senior tag
válasz sh4d0w #19791 üzenetére
Ez a módszer is feltételezi, hogy a támadó fizikailag hozzáfér a géphez, ráadásul abban a formában, hogy épp fut a rendszer. Ha jól értem, mert elég gyanúsan bűvészkedik.
Ráadásul csak a dumphoz fér hozzá, a jelszó eredeti formájában nincs meg sehol.
Sose hallottam olyanról, hogy valakinek az erős titkosítású jelszavát megfejtették. Legfeljebb megfenyegették, megverték, megkínozták, és akkor kiadta a jelszót delikvens, de az nem megfejtés. Meg erre az esetre szoktak az igazán elvetemültek csali titkosítást csinálni, mikor két jelszó van, egy a kamu adatokhoz, egy másik pedig az rendes adatokhoz, ha meg is fenyegetik az embert, akkor elég az elsőt megadni.
[ Szerkesztve ]
-
N0zer0
senior tag
Ha már nagy Linux topic, akkor nagy kérdés: Linux alatt MIDI fájlokat mivel lehet lejátszani? Se az mplayer, se az SMPlayer, se VLC, se az Amarok, se a Clementine nem viszi. Feltettem a timidity-t is, de az sem játssza le.
-
N0zer0
senior tag
válasz Jester01 #19827 üzenetére
Igen, már rájöttem, hogy a pat fájlok hiányoznak, állítólag valami eawpatches csomag kéne, de se a csomagkelező nem találja, se a neten nem találni, csak halott linkek vannak.
Ezzel a fájllal próbálkoztam lejátszásügyileg:
http://www.classicalguitarmidi.com/subivic/Romero_Cinco_Preludios_No1_Romantico.mid -
N0zer0
senior tag
Feltettem az Open Cubic Player legújabb verzióját és az sem játssza le. Már kezdtem gyanakodni, hogy hibás a MIDI fájl, ezért megpróbáltam egy régi CD-ről egy régivel, ami régen ment, és azt sem viszi.
-
N0zer0
senior tag
válasz Jester01 #19832 üzenetére
Kösz szépen a freepats csomag megoldotta, most már lejátssza. Még a hangja sem rossz ahhoz képest, hogy integrált Realtek szeméten hallgatom.
Előtte megtaláltam az eawpats gyűjteményt is, de ahhoz hiába hegesztettem a /etc/timidity/timidity.cfg-t, az betöltötte ugyan a home mappában lévő eawpats könyvtár cfg-it, de azok hibát írtak. Szóval maradtam a freepatsnál, az legalább működik.
-
N0zer0
senior tag
Ilyen kevés válasszal nem épp reprezentatív, de kb. azokat az eredményeket hozza, mint a többi statisztika vagy a distrowatch. Legtöbben az Unityt utálják, ez is egyértelmű, szóval az eredmények reálisnak tűnnek. Egyedül az a meglepő, hogy milyen kimagaslóan jól szerepel az Arch Linux. Gondolkoztam én is rajta, hogy azt teszem fel, de több helyen írták, hogy az csak olyan nagyon faszányos überhyperkockáknak van, akik pengébbek, mint Chuck Norris, és még a szülinapjukat is binárisan tartják nyilván, meg már az óvodában is pingvin volt a jelük, mert elég sokat kell reszelni a rendszert, hogy tényleg minden működjön rajta.
-
N0zer0
senior tag
Nekem is lenne egy kérdésem. Évek óta SMPlayert használok (Windows alatt is azt használtam) teljes megelégedéssel. Ugyebár ez csak grafikus fronted az mplayer lejátszóhoz. Mindig szorgosan frissítem is, és az mplayerből is mindig a legfrissebbet igyekszem használni. Linux Mint 16 alatt viszont a repóban lévő legfrissebb verzió is 2 éves (Debianban még ennél is régebbi), konkrétan az SVN-r34540. Mivel az mplayer főoldala azt írta, hogy érdemes a minden nap frissülő SVN snapshotot használni, mert biztonságos, ezért leszedtem azt, és lefordítottam, telepítettem a ./configure; make; make install szentháromsággal. A fordítás és a telepítés rendben is ment, feltette az SVN-r37207-es verziót, de sajnos akadnak vele a HD-s filmek (kikapcsolt és bekapcsolt hardveres gyorsítással is) és nincs vele hang.
Azt olvastam, hogy valami fordítási paraméterek is meg kellett volna adni fordítás előtt, de nem látom, hogy hol. Van itt valamelyik gurunak mplayer-forgatási tapasztalata? Esetleg van valamelyik oldalon disztrófüggetlen, frissen fordított x64-es SVN bináris változat, amelyik úgy van lefordítva, hogy minden feautre engedélyezve van?
A másik kérdésem is hasonló. Pótlejátszónak fel van téve a VLC player is, de a hivatalos repóban a legújabb is 2.0.8-as, az meg olyan régi, hogy a jávai ősember is azzal mozizott már. Ezért gondoltam, hogy felrakom a 2.2.0-as nightlyt. A leírás alapján hozzáadtam a VLC master-daily PPA tárolóját, és telepítettem a legújabb verziót. Írják, hogy az adott verzióban lévő VLC és VLC-beta közül csak az egyiket szabad telepíteni, a másikat nem, mert összevesznek. Telepítettem az egyiket, és azt hittem, hogy ezzel el van intézve. Este szólt a Frissítéskezelő, hogy van új VLC, ezért megengedtem neki, hogy frissítsen. Mikor végzett, akkor láttam, hogy a VLC mellé feltett valami VLC-dbg és VLC-nox csomagokat, lehet ezt nem kellett volna, mert ha elindítok egy filmet VLC-vel, akkor csak a hangot játssza le, kép nincs, de ki is írja, hogy hiányzik valami h264-es codec. Hogy lehetne ezt úgy helyrehozni, hogy rendesen működjön a legújabb VLC nightly?
Vagy esetleg az volt a baj, hogy fent volt a sima VLC, és én rátelepítettem a VLC nightlyt és ezek akadtak össze? A frissítéskezelő azt írja, hogy a VLC 2.2.0 git csomag telepítve van, de előtte eltávolította a régi VLC-t, szóval ez elvileg kizárva.
-
N0zer0
senior tag
Találtam a neten egész friss mplayer binárist, igaz rpm csomagban, de kicsomagoltam belőle a cpio arhívumot, azt pedig kibontottam ark-kal egy tetszőleges saját mappába. Elindul, de ezen is akad a kép és nincs hang ezzel sem.
Mi a rákot kéne ezzel csinálni?
Szerk.: á, azt hiszem, hogy megvan a hiba forrása. Az mplayer -ao help azt mutatja, hogy nem lett belefordítva a pulse audio támogatás. Ezt hogy lehetne megtenni?
[ Szerkesztve ]
-
N0zer0
senior tag
válasz N0zer0 #19879 üzenetére
Megvan. Lefordítottam pulse audio támogatással:
./configure --enable-sse --enable-sse2 --enable-pulse --enable-alsa --enable-gl --extra-cflags="-O3" --enable-mencoder
makeMűködik, végre a kép sem szaggat, és terminálból van hang is. Ha viszont az SMPlayerrel hívom meg, akkor hiába van kiválasztva a pulse kimenet, meg se nyikkan. Aztán vettem észre, hogy nekem mégis alsa támogatás kellett volna, így most fordítom elölről. Egy ilyen fordítás sajnos rohadt sokáig tart.
Tényleg nem értem, hogy miért nem tud valaki hetente egy binárist fordítani, külön x86-ra és x86-x64-re, amibe mindenféle fordítási lehetőséget belefordítva (SSE support, és mindenféle hang/videókimenet), majd feltenni valahová.
-
N0zer0
senior tag
Már kezd elegem lenni. alsa supporttal sincs hang. Most próbálnám belefordítani az esd-t, de a make után az esd.h fájlt hiányolja. Nem tudom, hogy melyik csomagot kéne hozzá feltenni.
-
N0zer0
senior tag
válasz Cyber_Bird #19882 üzenetére
Kösz, fel fogom tenni. Közben visszaváltottam az eddig működő mplayer binárisra, de most már ennek sincs hangja. Sőt, ha azzal próbálom, aminek legalább konzolban volt pulseaudio-s hangja, az is néma. Megnéztem a pulseaudio mixerét, ott van hang, nincs némítva, és a zöld vumeter csík is ugrál, hogy épp pulseaudio alkalmazás játszik le hangot, de semmit nem hallani.
A pulseaudio csesződött el. Mi a teendő?
Szerk.: megvan, beakadt a pulseaudio, le kellett lőni, majd újra elindítani és most már újra van hang. Akkor újrafordítom még egyszer pulseaudio supporttal és akkor tuti jó lesz.
[ Szerkesztve ]
-
N0zer0
senior tag
Igen, így már jó. Azért leírom, hátha más is akar telepítgetés nélkül modern disztrón, PulseAudióval ropogósan friss mplayert használni:
mplayerhq.hu-ról a subversion snapshot tar.bz letölt
majd kibont valahová (ezt a lépést még Double Commander alatt csináltam, nem terminálból), majd
sudo apt-get install libpulse-dev
cd /kibontás_helye/
./configure --enable-sse --enable-sse2 --enable-pulse --enable-gl --extra-cflags="-O3" --enable-mencoder
makeEzzel kész van. A make install felesleges, helyből is használható egyetlen futtatható állomány az egész. Elég ezt megadni az SMPlayernek a beállításoknál: /kibontás_helye/mplayer
Akit meg zavar, hogy az mplayer parancsra nem ez jön elő, az szépen törli a symlinket /usr/bin/mplayer, majd ln -s /kibontas_helye/mplayer /usr/bin/mplayer
Akinek alsa támogatás is kell bele, annak ez a sor is kell
sudo apt-get install alsasupport libasound2-dev
A configure pedig így módosul:
./configure --enable-sse --enable-sse2 --enable-pulse --enable-alsa --enable-gl --enable-esd --extra-cflags="-O3" --enable-mencoder
Aztán jöhet a:
makeHa valakinek több támogatás kell bele, akkor
./configure --help kiadásával meg tudja nézni, hogy még miket lehet engedélyezni. -
N0zer0
senior tag
Újabb kérdés: tesztelgetem a shred parancsot, működik is. Próbából ledúrdam vele egy könyvtárat, alkönyvtárakkal, és fájlokkal. Így hívtam meg:
find /eleresi_ut/mappa -type f -exec shred {} -u -n 1 \;Rendben le is ment, de csak a fájlokat semmisítette meg, a könyvtárakat nem. Ezeket hogy lehet shred-delni?
-
N0zer0
senior tag
válasz N0zer0 #19888 üzenetére
Mindegy, ezek szerint nem lehet. Akkor majd mindjárt hegesztek egy saját bash scriptet, ami végigmegy az üres könyvtárakon egyenként, rekurzívan, átnevezi őket 000000000000 névre, majd törli.
Ugyanis az egész shreddelésnek nincs sok értelme, ha a fájlok megsemmisülnek, de visszatörölt üres könyvtárak neveiből szépen látszik, hogy mi lehetett a tartalma.
A neten írják még azt a trükköt is, hogy letöröljük a fájlokat, könyvtárakat simán, majd dd-vel teleírjuk a partíció teljes szabad területét. Ez még szimpatikusabb, csak hosszadalmasabb. Nekem nincs szükség random bájtokkal felülírásra, bőven elég lenne a sima zerofill.
-
N0zer0
senior tag
válasz N0zer0 #19889 üzenetére
Valahogy nem akar jó lenni. Ezt futtatom helyben, ahonnan ki akarok indulni:
find . -depth -type d -execdir sh -c 'mv "${0}" "00000000"' {} \;Mégse jó, mert néhány szinten nem nevezi át a könyvtárakat 00000000-ra. Mit rontok el? Próbáltam már -exec variációban is. Jó lenne, ha egy script guru tudna segíteni.
-
N0zer0
senior tag
válasz N0zer0 #19890 üzenetére
Ez abba is fejezem, mert az mv paranccsal sikerül valahová elmozgatni (majd törölni) a bin/bash-t és most nem található. Újratelepíteni sem engedi:
# sudo apt-get install --reinstall bash
Csomaglisták olvasása... Kész
Függőségi fa építése
Állapotinformációk olvasása... Kész
0 frissített, 0 újonnan telepített, 1 újratelepítendő, 0 eltávolítandó és 9 nem frissített.
1 nincs teljesen telepítve/eltávolítva.
Letöltendő adatmennyiség: 0 B/643 kB.
A művelet után 0 B lemezterület kerül felhasználásra.
(Adatbázis olvasása ... jelenleg 178323 fájl vagy könyvtár van telepítve.)
bash 4.2-5ubuntu3 cseréjének előkészítése (e csomaggal: .../bash_4.2-5ubuntu3_amd64.deb) ...
dpkg (alfolyamat): unable to execute régi pre-removal szkript (/var/lib/dpkg/info/bash.prerm): Nincs ilyen fájl vagy könyvtár
dpkg: warning: régi pre-removal szkript alfolyamat 2 hibakóddal kilépett
dpkg: trying script from the new package instead ...
dpkg (alfolyamat): unable to execute új pre-removal szkript (/var/lib/dpkg/tmp.ci/prerm): Nincs ilyen fájl vagy könyvtár
dpkg: error processing /var/cache/apt/archives/bash_4.2-5ubuntu3_amd64.deb (--unpack):
új pre-removal szkript alfolyamat 2 hibakóddal kilépett
dpkg (alfolyamat): unable to execute installed post-installation script (/var/lib/dpkg/info/bash.postinst): Nincs ilyen fájl vagy könyvtár
dpkg: hiba a tisztítás során:
installed post-installation script alfolyamat 2 hibakóddal kilépett
Hibák történtek a feldolgozáskor:
/var/cache/apt/archives/bash_4.2-5ubuntu3_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
# apt-get install -f
Csomaglisták olvasása... Kész
Függőségi fa építése
Állapotinformációk olvasása... Kész
0 frissített, 0 újonnan telepített, 0 eltávolítandó és 9 nem frissített.
1 nincs teljesen telepítve/eltávolítva.
Letöltendő adatmennyiség: 0 B/643 kB.
A művelet után 0 B lemezterület kerül felhasználásra.
dpkg: error processing bash (--configure):
E csomag nagyon rossz, következetlen állapotban van - újra kell
telepítened a beállítás előtt.
Hibák történtek a feldolgozáskor:
bash
E: Sub-process /usr/bin/dpkg returned an error code (1) -
N0zer0
senior tag
válasz N0zer0 #19892 üzenetére
Inkább feltettem a secure-delete csomagot. Abban van biztonságosan könyvtárakat törlő srm. Az srm -r -l /cél/mappa alakban hívtam meg, az -r a rekurzív módhoz kell, az -l pedig azért, hogy ne 38x, hanem csak 2x írja felül.
Baromi körülményes. Jobb lenne, ha a shred kezelne alapból mappákat is. A unix/unix-like rendszerek alapfilozófiája úgyis mindig az volt, hogy minden fájl, az eszközök, könyvtárak is.
-
N0zer0
senior tag
válasz bambano #19895 üzenetére
De ez az egész meghajtót írja tele, nekem meg csak a szabad területet kéne. Viszont ez a szabad területre is jó, csak mire annyi gigát betelítek vele, az hosszadalmasabb, mintha csak célirányosan törlöm, ami kell.
A VLC problémájára nem tudok megoldást. Fent volt a 2.0.8, eleve a Mint 16 rendszerrel jött, ez működött is. Hozzáadtam a VLC nightly PPA tárolót, majd telepítettem úgy a béta VLC-t, ahogy az oldalukon van írva. Rendben települt is. Azóta a VLC (2.2.0-ás béta) használhatatlan, h264-es codecket nem talál, meg most már valami playert sem. Próbáltam purge-ölni a VLC PPA-t, de nem veszi le, amit feltelepített, vagyis megpróbálja, de aztán azt írja, hogy 0 csomag eltávolítva. Hagyományos módon apt-get remove vlc (vagy grafikus módban eltávolítás), de az apt-get leszedné a libreoffice-t is, nem csak a vlc-t.
Nem értem, hogy miért nem lehet binárist kiadni (x86-ra és x64-re), ami egy könyvtárban tartalmazna mindent, ami a futáshoz kell, ahogy Windowson is van. Lehet ezt is forrásból forgatom, de szerintem még akkor sem fog menni.
-
N0zer0
senior tag
Lehet Arch lesz belőle. Csak kár lenne a Mintért, mert amúgy tetszik, minden szempontból bevált, csak ez a fránya csomagfrissesség.
Mondjuk ilyen szempontból a legrosszabb a Debian, abban tényleg ezer éves csomagok vannak. A VLC nightly Ubuntura is feltehető, valahogy Mintre is fel lehet szögelni.
A dd-vel meg továbbra is az a bajom, hogy míg teleirkálom a szabad területet (akár csak nullákkal), az tovább tart, mint ha csak arra a kevés adat törlésére mennék rá, de ha már ennyien ajánljátok (ajánlották egy másik oldalon is egy másik kérdezőnek), akkor ki fogom próbálni.
-
N0zer0
senior tag
válasz Apollyon #19900 üzenetére
A Mint-hez nem lehet hozzáadni a backports repót?
Egyébként tényleg komolyan fontolgatom az Arch Linuxot. Amit olvastam róla, annak alapján nagyon szimpatikus. Legjobban az tűnik benne szimpatikusnak, hogy nagyon friss csomagjai vannak, de az is nagyon tetszik, hogy nincsenek kiadások, hanem egyszer felteszi az ember, és onnan szépen csomagonként frissül, és mindig atomfriss marad a rendszer, nem kell főverziónként újrahúzni, meg éles, nagy váltásoknál szopolni. Nem utolsósorban előnye még, hogy a felhasználó dönti el, hogy mit telepít, nem tolnak a képébe mindenféle sallangot, amit egyszer nem használ, és csak foglalják a GB-okat. A nem kőkorszaki procikra optimalizált kernel/csomagok sem hangzanak rosszul.
Viszont tartok a hátrányaitól: nem a legnépszerűbb disztró (még), ezért pl. kevesebb csomag van hozzá, mint a Debian/Ubuntu/Mint-vonalhoz. Alapvetően népszerű csomagokat használok, ritkaságokat nem, de azért mégis tartok attól, hogy nehogy előálljon az, hogy valamit nem találok az Arch csomagjai között. Másrészt igazán jól a debianos (aptitude-os) vonalat ismerem, meg egy kicsit az rpm-es disztrókat, ezeknek további előnye, hogy ha nem is lenne valamihez csomag, akkor is a neten lehet hozzájuk fellelni kész, univerzális binárisokat (other distro, modern linux systems néven szoktak futni, általában tar.bz-ben csomagolva). Ezek az univerzális binárisok mennek Arch alatt is?
Utolsó sorban fájna a szívem a Mint-ért, mert tényleg nagyon meg vagyok vele elégedve. Nincs vele sok kínlódás, felteszem, és minden megy benne out of the box, nem sok mindent kell rajta állítgatni és telepítgetni. Olyan, mint régen volt az Ubuntu, amíg nem cseszték el, és nem csináltak belőle unitys mamutot.
-
N0zer0
senior tag
válasz Rickazoid #19908 üzenetére
Mi alá kéne? Win vagy Linux? Nincs erre így kifejezetten egyetlen program. Alapvetően erre van a ping, traceroute (Windowson tracert), nslookup és hasonló parancsok. Esetleg próbáld meg az oldalakat elérni Live Linux rendszerről, vagy szűz böngészőben (se addon, se egyéni beállítás ne legyen benne).
Kábelmodemet is próbáld áramtalanítani, újraindítani, bár lehet, hogy az is halódhat.
A DNS problémát úgy is kizárhatod, hogy a hálózati kapcsolatoknál nem automata DNS-t adsz meg, meg nem a szolgáltató DNS szerverét, hanem Google DNS-ét, mondjuk 8.8.8.8-at.
Mióta jelentkezik a probléma? Milyen szolgáltató?
[ Szerkesztve ]
-
N0zer0
senior tag
válasz Rickazoid #19919 üzenetére
Akkor jó, csak olyan furcsán tetted fel a kérdést (nyílt forráskódú, mintha az ingyenes zárt már jó sem lenne), hogy azt hittem, hogy Windows user vagy.
Erről a szolgáltatóról még nem is hallottam, de sajna az ilyen kicsi, himihumi káefték elég problémásak szoktak lenni, általában elég gány netet szoktak szolgáltatni. Esetleg még szomszédokat tudsz megkérdezni, hogy ha ennél a szolgáltatónál van valamelyik, akkor van-e ilyen problémája.
@Iscariah: végül is az OpenDNS is megteszi, de nekem a Google DNS-eivel sem volt még bajom, teszteléshez akár azok is kiválóak.
-
N0zer0
senior tag
Alap mountolási kérdésem lenne.
Csináltam magamnak néhány titkosított konténerfájlt dm-crypttel, ext4-es partíciók vannak benne. Tudom is használni rootként, működik is, ahogy az kell.
A baj azzal van, ha felcsatolom ezeket a partíciókat (sudo mount /dev/mapper/titkos-kontener /csatolasi-pont, akkor csak rootként tudom elérni, korlátozott jogú felhasználóként nem. Próbáltam már a csatolási pontra chmod 666, chown felhasználónevem parancsokat kiadni, de nem segít. Hogyan lehetne úgy mountolni egy partíciót/képfájlt, hogy korlátozott jogú user is elérhesse?
-
N0zer0
senior tag
válasz N0zer0 #19979 üzenetére
Megvan a megoldás, chmod 777 -R kellett a csatolási pontra, nem chmod 666 -R. Ennyit szívni egy ilyen egyszerű dolgon. Pedig végrehajthatóság nem kellett volna a fájlokra, de így is jó, esetemben nem lesz jelentősége, csak nem értem, hogy a 666 (rw-rw-rw-) mi a francért nem volt jó ennek a szarnak.
-
N0zer0
senior tag
KDEológus szakvéleményét kérném. Sem Mint 17 sem Kubuntu 14.04 alatt, KDE-n, nem tudok az Asztalra ikont kitenni. Amit a /home/felhasználónevem/Asztal mappába másolok, azt nem jeleníti meg, az Asztalon pedig nincs olyan, hogy Új - Alkalmazásra mutató link.
Linux Mint 16 alatt tökéletesen ment. Az Kubuntu 14.04 ráadásul frissen telepített, semmit nem állítgattam még rajta, nem nyomtam félre.
Mit lehetne ezzel csinálni? Csak úgy enged ikont tenni az Asztalra, hogy ha a startszerű menüből az alkalmazáson jobb egérgombbal kattintok, de sok nem telepített alkalmazásom is van, ezeknek az ikonját is szeretném visszatenni az Asztalra.
[ Szerkesztve ]
-
N0zer0
senior tag
válasz Siriusb #20026 üzenetére
Nem onnan használom, még ha tudom is, hogy csomagkezelőn kívül nem szabad vitézkedni. A Skype viszont tényleg olyan alkalmazás, hogy egy könyvtárba kibontom, és onnan működik, már ha a dinamikus tar.bz2-es változatát töltöm le. Egyedül annyit kell vele tenni, hogy az asztalon átigazítom az ikonját, hogy elő legyen benne töltve a webkamera drivere, meg a Pulseaudio késleltetése.
Egész ilyen könyvtárnyi portable linuxos alkalmazásom kezd lenni, és ez azért jó, hogy ha újra kell telepíteni a rendszert, akkor a főbb programokra azonnal számíthatok. Nyilván olyan alkalmazásoknál csinálom ezt, ahol nem fontos, hogy a legújabb verzió legyen, ellenkező esetben tényleg csomagkezelőzni és tárolózni kell, hogy mindig frissüljön is.
[ Szerkesztve ]
-
N0zer0
senior tag
válasz N0zer0 #20028 üzenetére
Lejárt a szerkesztési idő.
Legutóbb viszont megszívtam a TeXlive-val. Van belőle 2,4GB-os DVD-s változat (3,3GB kibontva), amiben minden csomagja benne van, semmit nem töltöget a netről (ez fontos, mert errefelé sajnos nem ritka a netkimaradás, és akkor sem akadhat meg a LaTeX-es munka, már szívtam emiatt), pont ezért adják ki hivatalosan így is.
Fel is tettem perlös installerrel, ahogy azt kell. Szépen fel is ment, de nem volt benne TeX-es szövegszerkesztő, ezért azt a csomagkezelőből telepítettem. Ezzel meg is szívtam, mert onnan fogva a rendszer rám erőltette még egyszer az egész TeXlive alkalmazást, és telepítette, feleslegesen, majd 2GB kibontva. Sehogy nem tudtam lebeszélni, hogy azokat a csomagokat hagyja a rákba. Próbáltam előtte külsős, letöltött csomagból telepíteni szövegszerkesztőt telepíteni hozzá, de ott is mindenáron telepíteni akarta a függőségeket.
Most meg dupla szopás lesz vele, mert ha a szövegszerkesztő meghívja vagy odakeveri véletlenül a csomagkezelős rendszer modulját a DVD-ről telepített rendszer moduljaihoz, akkor nem fogom tudni megfejteni, hogy mi a baj.
-
N0zer0
senior tag
válasz bambano #20031 üzenetére
Az körülményes. Nem a net a gond, az általában van, le tudom én tölteni az egészet, ha épp nincs kimaradás. Inkább nekem olyan kéne a csomagkezelőből, hogy TeXlive Full, de ilyen nincsen. Tényleg szívtam már vele, határidős leadás volt, csináltam volna a XeLaTeX doksit, de pont nem ment a MikTeX tárolója (nálam volt net, addig megoldottam az online sharelatex.com-mal), ez Windowson volt, de a tárolókimaradás a linuxos változatot is érintette volna.
Egy másik hasonló alkalommal meg net nem volt, ez már Linux alatt. Igaz csak valamennyi időre maradt ki, de pont elég szívás volt addig nem haladni a doksival. Azóta megfogadtam, hogy csak fullos verziót teszek fel, abban benne van minden betűtípus és makrócsomag (package). Mert ezekről, amikről beszélek, azok nem a csomagkezelő csomagjai, hanem a TeXlive saját belső makrócsomagjai, elérhetők a CTAN-on is, de ugyebár ahhoz is net kell. Azóta csinálom, hogy tényleg csak fullos telepítő jön szóba, de erre másnak is igénye van, nem viccből adnak ki hozzá hivatalos DVD-t. Előre nem látja az ember, hogy milyen csomagok kellenek neki, ezért kell az összes.
-
N0zer0
senior tag
válasz gyvince #20048 üzenetére
A Linux Mintet én is nagyon ajánlom. Szerintem kezdőnek az Ubuntuknál is jobb kezdő disztró, a Mint van a legjobban összerakva, és mivel Ubuntu tárolót használ, és jók rá a Debian-csomagok is, ezért nagyon sok csomag van hozzá.
Nagyon megbántam én is, még a 16-os Mint KDE volt fent, de nekem nem volt jó egy jól működő, bejáratott rendszer, elkezdtem Chuck Norrist játszani, hozzányúltam ahhoz, ami működik, aztán Arch - Kubuntu vonalon a Kubuntunál kötöttem ki ideiglenesen. Ez is használható, nem bolygatom, de hiányzik a Mint, azóta kijött a 17-es.
Egyébként jó az Ubuntu vonal is, még a sima Ubuntu is jó lenne, ha azt a buzi Unityt nem erőltetik.
Új hozzászólás Aktív témák
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- Hivatalosan is bemutatkozott a Kingdom Come Deliverance 2
- Székesfehérvár és környéke adok-veszek-beszélgetek
- Rövid teaser trailert kapott a Dragon Age: Dreadwolf
- Fotók, videók mobillal
- Kertészet, mezőgazdaság topik
- 3 évig még biztosan nem rendelhetünk Xiaomi EV-t
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- További aktív témák...
- AKCIÓ! - STEAM kulcsok /Anuchard, Aragami, Children of Morta, stb. - 2024.04.17.
- Game Pass Ultimate előfizetések 1 - 25 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN!
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
- PC JÁTÉKOK (OLCSÓ STEAM, EA , UPLAY KULCSOK ÉS SOKMINDEN MÁS IS 100% GARANCIA )
- Steam, Windows, Origin kulcsok, előfizetések közvetlenül a kiadótól, a LEGJOBB ÁRON!