-
GAMEPOD.hu
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
-
DrojDtroll
addikt
az rtorrent ezt az üzenetet adja :
Tracker: [Object operator [peers] could not find element] -
NickNév
csendes tag
Hosszas fejlesztési és tesztelési időszak végezetével az UHU-Linux Csapat bejelenti, hogy kiadta a hetedik stabilnak nyilvánított, elsősorban otthoni vagy irodai használatra szánt disztribúcióját. Az UHU-Linux 3-as verziója az „LTS” kódnevet kapta.
UHUZavarodott, mint egy svájci anarchista
-
DrojDtroll
addikt
válasz DrojDtroll #20302 üzenetére
Minden torrentnál ami a raspberrypi.org oldalról származik.
A többi torrentnél nincs ez kiirva. -
Lenry
félisten
Couldn't find valid filesystem superblock
szar erre hazaérni.
fsck 1 órát futott nagyon pörgött, 1 trillió dolgot fixált, aztán eldobta magát egy aborttal.a lemez jó, legalábbis SMARTban nem látszik semmi, azon kívül, hogy kicsit melege van (50néhány fok)
buktam a fájlrendszert? ext2 volt.
nincs rajta semmi pótolhatatlan, de azért örülnék, ha össze lehetne kaparni[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Jester01
veterán
Elvileg a superblockról szokott másolat lenni több példányban a lemezen.
Meg kell próbálni úgy mountolni, de mindenképp read-only:man mount
sb=n Instead of block 1, use block n as superblock.
This could be useful when the filesystem has been damaged.A lehetséges értékeket az eredeti formázáskor megadott paraméterek ismeretében mke2fs -n futtatásával lehet megkapni. Figyelem, a -n kapcsoló nagyon fontos!
Mint minden adatmentés előtt, ajánlott blokk szintű másolatot készíteni a lemezről, nehogy véletlenül rontsunk a helyzeten.
[ Szerkesztve ]
Jester
-
Lenry
félisten
válasz bambano #20310 üzenetére
ez esetben nem kéne az fsck-nak szólnia erről?
mert annyit mondott csak, hogy
/dev/sdb3 contains a file system with errors, check forced.
/dev/sdb3: Resize inode not valid./dev/sdb3: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e., without -a or -p options)(#20309) Jester01 köszi, próbáltam, kilistáz vagy 30 szuperblokkot, de amikor mountra kerülne a sor, akkor tájékoztat, hogy ott biza' nincs fájlrendszer
EXT2-fs (sdb3): error: can't find an ext2 filesystem on dev sdb3.akkor ez bukta, jól leformázom, 'szt cső.
seedszerver lemeze, úgyhogy csak az éppen töltött torrenteket buktam.azért kösz
ha már úgyis formázok: ext2? ext3? ext4?
eddig ext2 volt[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
CloZee
aktív tag
Végre működik a hosszú í ha érdekel valakit.
Stabil verzióban persze -
bambano
titán
ha ennyi a veszteség, hogy aktuálisan seedelt torrentek mennek a levesbe meg lefordmázod oszt jólvan, akkor én mindenképpen journal nélküli fájlrendszert raknék torrent alá. ext2 jó lehet, vagy meg kellene nézni, hogy random io-ban az ext4 kikapcsolt journallal mit tud. phoronix hátha tesztelte.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
Jester01
veterán
válasz bambano #20318 üzenetére
ssh -X használatához nem kell tcp listen. Az éppenséggel ahhoz kellene, ha nem ssh-n tunnelezné hanem a távoli gép tcp-n direktben kapcsolódna a lokális X szerverhez.
Az ssh -X a lokális X-hez vidáman kapcsolódik a szokásos módon, unix domain sockettel.
tvamos: egyszerűen menj be a pi-re ssh -X használatával és abban a shellben indíts már el bármilyen telepített grafikus programot (pl. xterm vagy xeyes).
[ Szerkesztve ]
Jester
-
tvamos
nagyúr
válasz Jester01 #20320 üzenetére
Akkor ez most mit jelent? Mit csinalok rosszul? Mi az, hogy "unix domain sockettel"? Ezt nem ertem...
Hat nem gondoltam, hogy ez ennyire egyszeru... De mukodik.
En azt gondoltam, ez egy olyan tavoli asztal lesz, amin ugy latom az asztalt, mint a... Teamwieverben mondjuk. Hat, megint sokat tanultam.Koszonom!
A Cheese nem megy... kilep... folytatom a szuttyogest holnap.
[ Szerkesztve ]
"Mindig a rossz győz, és a jó elnyeri méltó büntetését." Voga János
-
N0zer0
senior tag
válasz bambano #20313 üzenetére
Seedszerverbe jó lehet az ext2-is, de mivel ez elszállt neki, lehet mégse ártana az ext4. Mégis csak újabb, fejlettebb fájlrendszer, gyorsabb, az fsck gyorsabban ellenőrzi. A seedszervert meg nem lassítja érdemben a journaling.
Esetleg, ha nagyon mazó, akkor a ZFS-t vagy a Btrfs-t is be lehet próbálni, azok még hibatűrőbbek talán, de én anno szintén seedes HDD-vel nem mertem megkockáztatni, maradtam az ext4-nél és eddig nem bántam meg.
Tudom, ezért gyurmafigura megint cikizni fog, de ha úgyis minden adatot bukott, és tiszta lappal kezd, és a gép nem nagyon régi, vagy nem nagyon gyenge, akkor én egy AES256 XTS dm-cryptes titkosítást is ajánlanék rá, már csak a torrent miatt is:
dd if=/dev/rand of=/dev/sda3 bs=10M count=10000
Persze ezt az adatrombolást lehet /dev/urandom-mal vagy /dev/zero-val is csinálni, meg a formázás utánra is napolható, vagy ha gyorsan telítődik adattal a partíció, akkor akár mellőzhető is, vagy csak elég a partíció legelején lefuttatni, pár perc erejéig. Aztán jöhet az érdemi titkosítás:
cryptsetup aes-xts-plain64 --key-size 256 luksFormat /dev/sda3
Ha nagyon erős gép, akkor AES512 XTS is mehet rá, kicsit szigorúbb paraméterekkel (archwiki ajánlása alapján az Arch alapbeállításai):
cryptsetup -v --cipher aes-xts-plain64 --key-size 512 --hash sha512 --iter-time 5000 --use-random luksFormat /dev/sda3
A jelszó mindenképpen legyen legalább 8 karakteres, de inkább több, legyen benne kisbetű, nagybetű, szám, egyéb nem betűs karakter vagy ékezetes karakter. Utána megnyitjuk a titkosított partíciót:
cryptsetup luksOpen /dev/sda3 titkositott-kotetnev
Ha beadtuk a jelszót, utána jöhet a szokásos formázás.
mkfs -t ext4 /dev/mapper/titkositott-kotetnev
Majd felcsatoljuk mount-tal a /dev/mapper/titkositott-kotetnev eszközt. Többet nem kell vele szenvedni, mert a modern disztrók automatikusan csatolják, ha mégse csatolná fel, és belső vinyó, akkor az /etc/fstab-ba vagy /etc/crypttab-ba be lehet adagolni, vagy az ablakkezelőbe (pl. KDE-nek van erre menüpontja), és onnan a rendszer csak a jelszót kéri be, nem kell külön kézzel nyitogatni a titkosított partíciót, meg még fel is csatolgatni (meg után kézzel gépkikapcsolás előtt az ellentettjeit eljátszani: umount és cryptsetup luksClose /dev/mapper/titkositott-kotetnev), hiszen a rendszer automatikusan intézi.[ Szerkesztve ]
-
Fritz Teufel
addikt
válasz NickNév #20303 üzenetére
Lehet, hogy kicsit elsiették az UHU kiadását... Komoly problémák vannak az UHU-Linux 3-mal
Asus ROG Strix G513IH; Apple iPhone 14 Pro Max, Apple iPhone 13, Apple Watch Ultra, PocketBook Touch HD 2
-
Lenry
félisten
válasz N0zer0 #20326 üzenetére
egy parancssoros Debiant kell elvinnie, meg a Transmissiont webfelülettel. erre bőven elég, még sok is
(ugyanezt a feladatot pár hete még maga a router látta el, 400MHz-es procival és 32MB RAMmal felvértezve)ami viszont nem tiszta: miért lett volna jó titkosítanom?
jah igen, egyébként végül ext4 lett az új fs
[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
n00n
őstag
Sziasztok!
Van egy cron feladatom, ami minden nap 9-kor törölni a Lomtar mappából a 14 napnál régebbi
00 9 * * * root sudo find /mnt/szerver/Lomtar/* -mtime +14 -exec rm -rf {} \;
És mégsem jó. Parancssorból kiadva viszont működik. A cron feladat lefut (syslog-ban nincs hiba) és mégsem törlődik. Ötlet?
-
BoB
veterán
Szia
root parancsok végrehajtatására így szerkeszd:
sudo crontab -eEzen kívül vedd ki a root és sudo szavakat, és működni fog. Tehát:
00 9 * * * find /mnt/szerver/Lomtar/* -mtime +14 -exec rm -rf {} \;tvamos: kintről is el akarod érni vagy csak LAN-on? (valamint értelemszerűen a málna ebben az esetben nem headless)
[ Szerkesztve ]
You may corrupt the souls of men, but I am steel. I am doom.
-
őstag
Ilyenkor rúg vissza a sudo beidegződés. A sudo nem tud rendesen lefutni, mivel nem tudod beírni a jelszót.
Ehelyett:
root crontabba helyezd el a parancsot, sudo nélkül.
Root crontabot el tudod érni, ha sudo crontab -e - vel editálod.Oopsz, megelőztek.
[ Szerkesztve ]
Tegnap még működött...
-
bambano
titán
válasz lionhearted #20334 üzenetére
úgy látom, csak a sudo-n akadtatok fel, akkor írjuk már le azt is, hogy rootként rm -rf-et kiadni olyan könyvtárstruktúrán, amit userek buherálhatnak, finoman szólva is bátor cselekedet.
erre majd akkor jön rá a kolléga, amikor lehúzzák az egész gépét reggelre. ráadásul nem tudjuk kizárni, hogy ez egy samba megosztás, mert a leírtakból nem derült ki, így fel kell rá készülni lélekben, hogy lesz szóköz a fájlnevekben. tehát minimum rm -rf "{}".
másrészt a /mnt kezdetű könyvtár azt sejteti, hogy külön partíció, ami jó, mert partíciókon keresztül tudtommal nem lehet hardlinket felrakni, de ha lehetne, akkor gyalulhatna mindent. viszont partíción belül lehet, így fel lehet rakni egy olyan linket, ami kimutat a lomtárból, pl. másik user mappájára, és akkor a tisztelt user azt látja majd a reggeli kávézás végén, hogy hirtelen nagyon sok szabad helye lett.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Sobriety
tag
Partíció átméretezése adatvesztés nélkül, parancssorból - van-e erre lehetőség? Debian 6.0.9 installban partiocionáláskor nincs "legnagyobb össszefüggő szabad helyre" menüpont. Vagy az partiocionálatlan, szabad terület meglétekor él? Emlékeim szerint partiocionált szabad terület esetén is láttam más verziókban.
-
őstag
válasz bambano #20336 üzenetére
Őszintén, végig sem olvastam a sort.
Így átolvasva. Én sem értem, több okból sem, azon felül, hogy az rm-rf milyen veszélyeket rejt. A find tud törölni, -delete paranccsal, ekkor minek exec? A find fájlokat keres, minek az rm-be az -r? A find nem fog találni nonexsitent fájlt, így minek -f?Egyébként, ha a find fájlokat ad vissza, akkor az rm sem fogja a mögöttes könyvtárat törölni symlink mentén (hiszen azt kapja, h rm -rf foo, nem azt, hogy rm -rf foo/), vagy tévedek?
Ettől függetlenül tényleg eléggé durva, és nem átgondolt, automatára bízott parancskiadás.[ Szerkesztve ]
Tegnap még működött...
-
n00n
őstag
Köszönöm. Így szerkesztettem és kiszedtem a sudo és root szavakat, illetve -delete opcióval törlöm. Működik. Mindig tanul az ember.
@lionhearted: Köszönöm neked is.
@bambano: Köszi, hogy felhívtad a figyelmemet a hülyeségre. A neten kb 100 ilyen leírás található, ahol így van megoldva. Igen, ez egy Samba megosztás. Hogyan húzhatja le az egész gépet? Hardlinkkel? Ez akkor is igaz, ha -delete opcióval törlök, vagy csak az rm-re? Ebbe a mappába csak a share-ről törölt dolgok kerülnek és igen, másik partíción van. Akkor nincs okom ezen aggódni?[ Szerkesztve ]
-
dabadab
titán
válasz bambano #20336 üzenetére
"fel kell rá készülni lélekben, hogy lesz szóköz a fájlnevekben. tehát minimum rm -rf "{}"."
Ez felesleges, mert a find a {}-t teljesen korrekt modon terjeszti ki, az akkor is egy darab argumentum lesz, ha van benne szokoz.
A hardlinkek meg abszolut nem problemasak (raadasul az konyvtarra nem is mutathat), ahogy egyebkent a symlinkek sem, mert az rm -rf olyankor a symlinket takaritja le, nem a file-t, amire mutat illetve a find se koveti a symlinkeket.
[ Szerkesztve ]
DRM is theft
-
bambano
titán
úgy látszik, a technika fejlődése megállíthatatlan, és amik pár éve még komoly zűrt okoztak volna, azt módosították, ahogy dabadab is írta.
szóval amiket én írtam, az mind határeset, bizonyos esetekben elvileg lehet, hogy kihasználhatják, gyakorlatban meg valószínűleg nem. de az igazi rendszergazda paranoiás. meg lehet olyan, hogy egy megoldás azon a gépen, amelyik miatt kigugliztad, jól működik, egy másikon meg nem.
én feltenném a tmpreapert és ráhagynám, csinálja az.
szerk: azt továbbra is tartom, hogy rootként futtatandó rm -rf-et tartalmazó parancsot alapos átgondolás nélkül nem vennék át a gugli találataiból.
szerk2: (#20340) dabadab
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
DrojDtroll
addikt
Miért van az hogy a laptopom a hang fel és a hang le gombok nem akarnak menni ubunutu/lxde allat?
Ubuntu és unity alatt működik(hang fel: fn+felfele nyil, hang le: fn+lefele nyíl)
-
Speeedfire
nagyúr
Debian 7 alatt fel van csatolva 2 windows megosztás cifs-el. Amikor leakarom kapcsolni a gépet, azt írja, hogy a samba server nem válaszolt 300mp-ig, majd lecsatolja. Ahogy látom ez valami régi bug. Hogy lehetne ezt kijavítani? Wifi-vel megyek a netre.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Rimuru
veterán
válasz DrojDtroll #20342 üzenetére
Lődd be Openbox alatt. User specifikus config itt van ~/.config/openbox/rc.xml.
Valami hasonlót kell beleírnod (ha eddig ment a keycode az valószínű jó lesz, viszont ha nem ALSA-t használsz akkor a command részt át kell írni, de ez alapján már el tudsz indulni).<keybind key="XF86AudioRaiseVolume">
<action name="Execute">
<command>amixer set Master 1dB+ unmute</command>
</action>
</keybind>
<keybind key="XF86AudioLowerVolume">
<action name="Execute">
<command>amixer set Master 1dB- unmute</command>
</action>
</keybind>Vigyázat, csalok!
-
tvamos
nagyúr
Ahogy latom, nem kell nekem annyira ez a vlc dolog. Mar most is teljesen be van lassulva a kis cucc, ez gondolom nem hasznalna neki. Csak debuggolasra kellett volna, de mar megy rendesen a wifi.
A kamera sjnos nem megy tokeletesen... erre keresem most a megoldast.[ Szerkesztve ]
"Mindig a rossz győz, és a jó elnyeri méltó büntetését." Voga János
-
dabadab
titán
válasz bambano #20346 üzenetére
"ha az X forwarding működik, akkor teljesen felesleges a vlc."
Nem feltéltenül. A sima X forwarding nagyon érzékeny a latencyre, ha nem helyi hálón kell elérni, akkor elég lassú tud lenni. Illetve ott van az is, hogy a vnc server az egy komplett X server, sok szempontból hozza azokat az előnyöket, mint a screen termináloknál (pl. egyik gépről elindít vmi tartósan futó X-es programot, lezárja a VNC, az attól még futni fog gond nélkül és később akár egy másik gépről gond nélkül el lehet érni) illetve ha nem eleve X-et használ a rendszer (mert Windows / iOS / Android / akármi), akkor könnyebb VNC klienst szerezni, mint X-et.
DRM is theft
-
bambano
titán
válasz dabadab #20348 üzenetére
"egy komplett X server, sok szempontból hozza azokat az előnyöket": mint pl. a memória zabálás, ami egy rpi-nél kritikus kérdés.
"akkor könnyebb VNC klienst szerezni, mint X-et.": már van X-e. ráadásul valószínűleg egyszerűbb pc-re Xet szerezni, mint málnára vnc szervert.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
tvamos
nagyúr
válasz bambano #20349 üzenetére
Az a gyikom, hogy van par GUI-s alkalmazas, (pl- a cheese,) ami nem indul el. Nem tudom, hogy miert csinalja ezt. Ezert lenne jo egy vnc, viszont nagyon gyenge a proci, akkor azzal iszonyat belassitanam. Igy sem elegek az eroforrasok, mar latom.
"Mindig a rossz győz, és a jó elnyeri méltó büntetését." Voga János
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest