-
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
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.
-
BoB
veterán
válasz N0zer0 #19771 üzenetére
Ha az változni szokott azt javaslom mindenképpen írd át az fstab bejegyzéseket UUID szerintire.
Melyiknek mi?:
lsblk -o +uuidPélda uuid szerinti bejegyzés:
# <file system> <dir> <type> <options> <dump> <pass>
UUID=24f28fc6-717e-4bcd-a5f7-32b959024e26 / ext4 defaults,noatime 0 1
UUID=03ec5dd3-45c0-4f95-a363-61ff321a09ff /home ext4 defaults,noatime 0 2
UUID=4209c845-f495-4c43-8a03-5363dd433153 none swap defaults 0 0[ Szerkesztve ]
You may corrupt the souls of men, but I am steel. I am doom.
-
válasz N0zer0 #19764 üzenetére
Egészen pontosan nem törhető, hanem megkerülhető. A titkosítóprogram tudja, honnan kell kiolvasni a kulcsot a titkosított területről, nem tart semeddig módosítani, hogy ha pendrive-ról bootolom a gépedet, akkor írja oda vissza egy szöveges állományba. Ehhez persze fizikai hozzáférés szükséges a gépedhez.
bob.xzr: köszi a linket.
[ Szerkesztve ]
https://www.coreinfinity.tech
-
-
válasz N0zer0 #19790 üzenetére
Akkor a LUKS headert hogy dumpolod ki?
Egyébként csak annyi kell, hogy néhány percre ott hagyd a gépedet. Rebootolják a géped, pendrive-ról kidumpolják az információt, aztán normál módon újraindítják. A nagy többség azt fogja hinni, hogy sima reboot volt vmiért.
[ Szerkesztve ]
https://www.coreinfinity.tech
-
BoB
veterán
válasz N0zer0 #19857 üzenetére
Ugyanmár, ez egy tévhit hogy nehéz Arch-ot használni. Ha agamagmfajta egyszerű gyurmafigura boldogan együtt tud élni vele, akkor csak nem lehet olyan rossz
Majd ha eljut az emberekig a 3.12-es , lehet csökken a népszerűsége.
You may corrupt the souls of men, but I am steel. I am doom.
-
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á.
-
pakriksz
őstag
válasz N0zer0 #19874 üzenetére
nincs felcsatolva sehova, a rendszer nem csatolja fel magától. De ha egyszer sikerült leállítani utána már újra sem lehet mountolni az egész rendszer újraindítása nélkül mert missing superblockol. Na meg most legújabban mindenféle új beállítás nélkül, 20 percenként lekapcsolja a vinyót, majd rögtön újraindítja ráadásul, úgy hogy folyamatosan használva van közbe, és az energiatarékosság sudo hdparm -B 255 /dev/sda1-val ki van kapcsolva.
[ Szerkesztve ]
Troll (nemhivatalos definíció): az akinek véleménye nem tetszik nekünk/nem értünk vele egyet. (10-ből 9 fanboy ezt ajánlja) || Fanboy 8 in 1 (Intel, AMD, Nvidia, konzol, PC,+minden politikai oldal) hiszen "ahol nem mi vagyunk, ott az ellenség"
-
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.
-
Apollyon
Korrektor
válasz N0zer0 #19899 üzenetére
"Mondjuk ilyen szempontból a legrosszabb a Debian, abban tényleg ezer éves csomagok vannak."
Ez tulajdonképp az előnye! A régi csomagok nem indok a Debian telepítés ellen, backports repót be kell írni a sources.list-be, és utána fel lehet rakni a legfrissebb programokat.
#1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility.
-
Apollyon
Korrektor
válasz N0zer0 #19901 üzenetére
Van itt valaki a fórumon, aki LMDE-t használ, Debian repókkal (abban a backports is bene van).
Igen, az Arch még egy nagyon jó disztró, és ezt úgy mondom, hogy még nem használtam
De viszont aki használja az csak jót írt róla, a telepítésre mondjuk még kis időt kell szánni ha még nem foglalkoztál vele, de utána tényleg nincs gond.
Főleg, hogy telepítéskor csak azokat a szolgáltatásokat rakod fel, amire neked szükség van, így semmilyen unuseful cucc nem kerül fel.Én egy ideig Manjaro-t használtam ami egy Arch fork, Debian kezelésétől annyiban különbözik,
hogy nem apt-get install xy van, hanem pacman -S xy. Illetve Arch linuxon (ezáltal Manjaron is) van AUR, ami az Arch User Repository, nos itt olyanok is vannak, amik pl Debianban sosem lesznek.
A .deb csomagokat nem tudom hogy fel lehet-e tenni, de ha valamit keresel, az hót ziher hogy ha Debianra vannak, akkor Arch-ra is lesz.
Az AUR-t nem pacmannel, hanem (több más lehetőség közül) pl yaourt-tal kell használni.
pl. yaourt -S xyPl. volt benne egy windozos program ami nekem kellett, én azt hittem rá hogy linuxra van fordítva, de nem volt. Erre akkor jöttem rá, amikor szépen felrakta a Wine-t és be is állította úgy, hogy menjen nekem az a program (mp3tag).
Szóval a yaourt pl elég user friendly.Arch telepítéshez van egy hasznos írás logouton: [link]
Továbbá érdemes benézni az Arch topikba is, nagyon segítőkész a csapat.
Ha nem jönne be most ennyire a Debian, akkor tuti hogy Arch linuxoznék.
#1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility.
-
Apollyon
Korrektor
válasz N0zer0 #19917 üzenetére
Ahol lehet, ott inkább kerüljük a Kugli szolgáltatásait... és inkább használjunk OpenDNS-t:
208.67.222.222
208.67.220.220Ha van router, akkor érdemesebb ott beállítani.
#1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility.
-
Rickazoid
addikt
válasz N0zer0 #19917 üzenetére
Supra Kft. és néhány napja.
A nagy Linux topic-ban feltételezem nem teszek fel Windows témájú kérdést, egyébként pontosítva Arch Linuxról van szó.
Az említett böngészők friss telepítéssel, felhasználói beállítások nélkül is előadják a hibát.
Ping volt az első, amit próbáltam, egy tucat oldalnál 100 alkalomból minden 100 sikerült 0% csomagvesztéssel.
Megnézek más DNS szervereket, aztán megnézem mit tud a traceroute és az nslookup, ha marad a hiba.(#19918) Iscariah: Én is erre gondoltam.
[ Szerkesztve ]
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
_BOZONT_
tag
válasz N0zer0 #19920 üzenetére
hmm erdekes nekem pont forditott tapasztalaptom van kis szolgaltato megkuzd az ugyfelert, hogy ott maradjon, vagy jo kommunikacioval, kedvezmennyel, +szolgaltatassal. A nagy szolgaltatonal meg id=67483 vagy es ha nincs neted o jaj 70% garantaltuk, vagy valtasz vagy (ugyis) maradsz, mert olcso janos vagy es 200forintal olcsobb vagy nem is tudsz szabadulni x csillio evre alairt huseg miatt.
mode: "olcso janos"-t nem rad ertettem csak ugy altalanossagban.
[ Szerkesztve ]
-
Zoli133
őstag
válasz N0zer0 #19963 üzenetére
Valaqmi hasonlóra gondoltam, de nem tudom honnan szüli azt a modult.
Másik érdekesség, hogy manuálisan újraépítettem az initrd-t, ext2 nélkül (nem tudtam honnan szedni) és így is tökéletesen működik. Így már azt se nagyon értem, hogy minek kell az, nem csak az a rész hiányos, hogy hogyan keletkezett.
"It's a fez. I wear a fez now. Fezzes are cool."
-
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
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.
-
bambano
titán
válasz N0zer0 #20032 üzenetére
szerintem van texlive full, texlive-nek hívják. a linuxos csomagok tárolója nem a miktex vagy a texlive eredeti tárolója, hanem pl. debian esetén a debianos repók nemzetközi hálózata. azt nem tudom elképzelni, hogy fullosan az összes debianos repó egyszerre adja be a kulcsot.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Siriusb
veterán
válasz N0zer0 #20028 üzenetére
Nálam a skype külön felhasználóval fut, akinek kb semmihez nincs joga az audio/videón kívül, különösen ahhoz nincs, hogy a fájlrendszerben mászkáljon.
Igaz, Teamviewer-t sem használom, amióta root-ként kell futtatni a daemon-t. Lehet túlzottan paranoiás vagyok, de akkor sem kap egy ilyen malware, mint a skype, szabad kezet.Nem látom át, a skype telepítése miért lenne olyan időrabló, de ez a szép a linuxban, mindenki úgy oldja meg a szükséges feladatokat, ahogy az neki tetszik.
-
Rimuru
veterán
válasz N0zer0 #20091 üzenetére
Megnézném hogy mikor fog pár másodperc alatt lefutni calcban ennek az importálása is, plusz ha bármi igényem lesz később már könnyen lehet módosítani, scriptelni rajta.
cc@cc> wc -l ./log/asd
29891 .log/asdcc@cc> time ./plot2.sh
./plot2.sh 0,09s user 0,02s system 35% cpu 0,312 totalVigyázat, csalok!
Új hozzászólás Aktív témák
- Vírusirtó, Antivirus VPN kulcsok
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- 10 Darab PC Játék (Bontatlanul!) Egyben 6990Ft.-ért Foxal!!!
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Új, bontatlan World of Warcraft gyűjtői kiadások
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen