- Android alkalmazások - szoftver kibeszélő topik
- Milyen okostelefont vegyek?
- Xiaomi 15 - kicsi telefon nagy energiával
- Samsung Galaxy Z Fold5 - toldozás-foldozás
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Google Pixel topik
- Műholdakkal is beszélgethet a Redmi Note 15 Pro+
- Samsung Galaxy S25 - végre van kicsi!
- iPhone topik
- Ezek az új Google Pixel cuccok hivatalos magyar árai
-
Mobilarena
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
-
bucihost
senior tag
Nem hiszem, hogy a vidikari nem tetszik neki. Linux mint-en pl alap driverrel van 3d gyorsítás meg minden.
Nagy nehezen sikerült rá felvarázsolni az UHU Linuxot.
Persze automatikusan a live grub nem bootol be mert kifagy, ha belépek a boot menübe betolom a lemezt és bootolás lemezről opciót választom akkor elindul.
Fel is települt frankón, reboot > nincs oprendszer.
Valahol elszúrja a grubot, csak kérdés hol. (másik gépen ugyan így telepítve tökéletes a grub)
Ha betolok pl egy linux mintet, és annak a live grubjában rábökök hogy "másik oprendszer bootolása" akkor betölti az UHU rendszert.
Esetleg valami ötlet?
-
#21097
lev258
veterán
Fritz Teufel
#21096
lev258
veterán
válasz
Fritz Teufel
#21096
üzenetére
Úgy értettem, a dpm is jelentősen javul, több egyéb dologgal együtt. Ehhez persze frissebb kernel és frissebb mesa kell. Nemrég pedig bejelentették, hogyan látják a nyílt és zárt driver egyesülését.
-
#21096
Fritz Teufel
addikt
lev258
#21095
Fritz Teufel
addikt
válasz
lev258
#21095
üzenetére
Valóban, én is azt használom. Mivel a zárt mint fentebb írtam, már évek óta nem támogatott. Egyébként a notebook erről nagyon nem vesz tudomást, továbbra is lefagy ha engedélyezem a dpm-ez... 1-2 perc alatt. Tehát ATI/AMD=leves... mivel hosszútávon számolok a Linuxszal.
-
#21095
lev258
veterán
Fritz Teufel
#21094
lev258
veterán
válasz
Fritz Teufel
#21094
üzenetére
A nyílt driver-ben sokat javul a támogatás mostanság.
-
#21094
Fritz Teufel
addikt
Fritz Teufel
addikt
Nekem ATI 3650-es kártyám van, ami szintén hosszú évek óta nem támogatott Linux alatt. A Debian, OpenSUse vagy a Fedora telepítő szintén nem akart elindulni vagy telepítés közben fénykép lett belőle. A hiba végtelen egyszerű volt. Legalább is nálam: csak dd-vel való kiírás után működtek a Live telepítők. Azóta csak és kizárólag dd-t használok Live pendrive írásra és bármilyen disztró bootol vagy települ.
Egyébként, aki hosszútávon Linuxban gondolkodik, az jól gondolja meg az ATI/AMD kártyákat, mivel azok támogatási ideje meglehetősen rövid. Vagy legyen a vasban alaplapi integrált kártya is.
Egyébként a kártya most működik rendesen, ha a dpm (device power management)-et nem engedélyezem. Ha azt megteszem, akkor pár perc múlva vagy a Xorg vagy az egész rendszer lefagy. Ez van...
-
bucihost
senior tag
válasz
lev258
#21087
üzenetére
ATI HD 3450-ES kártya, kernel panic-ot passzolom, mert egyből kilövi a gépet
Most addig eljutottam, hogy a Linux Mint 17 felment rá, de csak ha átállítom biosban AHCI módról IDE módra.
Egyébként [Errno 5] Input/output error hibával elszáll.Teszt megvolt, linuxos memória teszt (itt kiderült valami gebasz van az egyik ram al, kicseréltem azóta nincs hiba)
Hirens-el HDD teszt, semmi hiba nincs.Linux mint most úgy tűnik, hogy működik rendesen de a többi rendszert nem hajlandó feltenni.
UHU linux-nak a live grubját se hozza be :S
-
#21091
lev258
veterán
enginev3.0
#21090
lev258
veterán
válasz
enginev3.0
#21090
üzenetére
Natívan nem. Wine-on látok akár Gold minősítést is, de ha ezt komolyan használod, akkor inkább maradj a Windows-nál, esetleg dual-boot.
-
#21089
lev258
veterán
enginev3.0
#21088
lev258
veterán
válasz
enginev3.0
#21088
üzenetére
A Wine honlapján tudsz jobban utánanézni. A Steam kínálatából egyre több natívan elérhető játékkal találkozni és a GOG is elkezdett nyitni Linux felé. Ha viszont elsősorban játékra használod, akkor nincs értelme váltanod.
-
#21088
enginev3.0
félisten
enginev3.0
félisten
Sziasztok
Néha próbálkoztam linuxxal (ubuntu), de valamiért mindig visszatértem windowsra
Most megint megpróbálkoznék veleBár játszani ritkán szoktam, de ha eszembe jut, hogy játszanék valamivel, akkor a wine mennyire képes elfuttatni az újabb játékokat?
-
bucihost
senior tag
Sziasztok!
Nem tudom, hogy jó topicba írok-e, de több topicba is beillene a problémám.
A felállás a következő:
Adott egy hp elitebook 6930p (ATI 3450-ES változat) ami gyárilag Vista rendszeres, de a win7 is tökéletesen fut rajta. Minap gondoltam egyet, hogy tegyünk rá linuxot. Próbáltam több Linux-szal is de mind falakba ütközött:
UHU Linux: Nem bootol be a lemezről, csak villog "[lakat]A", "[lakat]1" ikon az érintő sávon.
UHU Linux: Pendriveról bootol a live, de telepítés után nem találja meg a rendszert.
Linux mint: Bootol a live, a telepítő össze omlik.
Debian: Bootolna, de kernel panic-al össze omlik.
Ubuntu: Bootolna a live, kernel panic-al össze omlik.Volt még pár Linux disztribúció amivel próbálkoztam, de mind vagy be sem bootolt, vagy össze omlott.
Esetleg valakinek valami ötlete? Az adott disztribúciók másik laptopra simán felmennek. Lehet valami bios probléma, vagy valami tiltás?
Köszönöm előre is.
-
_Dumber_
őstag
Adott egy jól működő CUPS. A problémám az, hogyha olyan nyomtatóra akarok nyomtatást küldeni ami éppen nincs csatlakoztatva -vagy valami más miatt- felfüggeszti a nyomtatót, akkor csak root-ként tudom újraindítani.
Nyilván ha "printadmin" csoportka berakom őket akkor nem lesz gond a nyomtató újraindításával (bár ebben az esetben is kézzel kell ezt elvégezni), de akkor meg telepíteni is tudnak, azt meg nem akarom).
Arch wiki szerint van egy "lp" (printing priviledges) csoport is. Ez mit takar?Hogyan lehet megoldani, hogy sima user is megoldja ezt a problémát, vagy a probléma ne is létezzen ( ne kerülhessen a nyomtató "felfüggesztett" állapotba)
(Szüleimnek akarok egy gépet felrakni, és nem akarom ilyeneknek kitenni őket). -
Jester01
veterán
Nem, de ha létezne sem mennél vele sokra, mert neked olyan fájlrendszer kellene ami meg tudja valahogy különböztetni az ideiglenes és az állandó fájlokat. Attól, hogy egy partíción belül a végéről kezd írni, attól még a partíció fix méretű és amíg be nem telik addig a gyors első részre nem is kerülne semmi.
Mellesleg ha a fájljaid nem túl nagyok akkor úgysem a szekvenciális sebesség számít, tehát igazából mindegy hol vannak a lemezen. Persze ha együtt vannak segít.
Az se mindegy, mennyi ideig élnek, mert van cache a memóriában, szóval a rövid ideig élő fájlokat akár nem is kell a lemezről visszaolvasni.
Igény szerint ramdisket is lehet használni.
-
-
Igen, mert nem szükséges őket gyorsan elérnem, viszont a szabad területen gyakran keletkeznek és törlődnek ideiglenes file-ok.
Jelenleg van a winyó elején egy partíció az ideiglenes fájloknak, és a végén egy az adatoknak, de jobb lenne, ha nem kellene fix korlátot szabnom egyiknek sem.
-
#21074
lionhearted
őstag
emvy
#21070
-
pakriksz
őstag
válasz
bambano
#21068
üzenetére
Shellnek? Nemtudom nem állítottam be semmit.
txt-nek lehet "formátuma"? Én úgy tudtam hogy sima szöveg, és az UTF-8 kódolás az elfogadott unixon. Vindózon csináltam notepad++-ban az ip listát, amit UTF-8-ra állítottam, és azt másoltam át a linuxos gépre. Az nem volt jó, de az egész fájlt copy pastelve nano-ba meg jó lett. -
pakriksz
őstag
Micsoda egy rakás... az ip lista volt ANSI, volt UTF-8 BOM és sima UTF-8 semmi sem volt jó.
Most nano-ba simán bepasteltem az eredetiből copyzott fájlt, mondván hogy "ennyire nem lehet hulladék, de még is talán", és működik.Ez egy vicc. Még is milyen kódolást használ ezen a 3 félén kívül? Hogy az istenbe nem tud kezelni ilyen elterjedt kódolásokat? Mi a francért nem lehet megint csak egy hibaüzenetet kiírni ahelyett hogy lapul?
-
bambano
titán
válasz
pakriksz
#21063
üzenetére
root@bruti:/tmp# cat iplist.txt
173.0.84.8
173.0.84.40
173.0.88.8
173.0.88.40
173.0.92.8
173.0.93.8
64.4.249.8root@bruti:/tmp# cat iplist.txt | while read ip ; do iptables -A INPUT -s ${ip} -p tcp --dport 8080 -j ACCEPT; done
root@bruti:/tmp# iptables -L -n
Chain INPUT (policy ACCEPT)
target prot opt source destination
ACCEPT tcp -- 173.0.84.8 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 173.0.84.40 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 173.0.88.8 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 173.0.88.40 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 173.0.92.8 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 173.0.93.8 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 64.4.249.8 0.0.0.0/0 tcp dpt:8080
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destinationebben konkrétan nincs hiba. az ufw-vel meg nem szemetelem össze a gépemet.
-
pakriksz
őstag
válasz
bambano
#21061
üzenetére
Nem kell találgatni ott a kód nézz rá, annyi az egész. Hol van ott a hiba?
Tessék a lista eleje:
173.0.84.8
173.0.84.40
173.0.88.8
173.0.88.40
173.0.92.8
173.0.93.8
64.4.249.8Sima uft-8 txt.
iptablessel ez a hiba:
' not found.4.14: host/network `173.0.84.8
Try `iptables -h' or 'iptables --help' for more information. -
bambano
titán
válasz
pakriksz
#21060
üzenetére
root@bruti:/tmp# vi iplist.txt
root@bruti:/tmp# cat iplist.txt
10.10.1.2
10.10.1.3
10.10.1.4
10.10.1.5
10.10.1.6
10.10.1.7
root@bruti:/tmp# cat iplist.txt | while read ip ; do
> iptables -A INPUT -s ${ip} -p tcp --dport 8080 -j ACCEPT
> done
root@bruti:/tmp# iptables -L -n
Chain INPUT (policy ACCEPT)
target prot opt source destination
ACCEPT tcp -- 10.10.1.2 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 10.10.1.3 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 10.10.1.4 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 10.10.1.5 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 10.10.1.6 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 10.10.1.7 0.0.0.0/0 tcp dpt:8080
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
root@bruti:/tmp# -
bambano
titán
válasz
pakriksz
#21060
üzenetére
másolj már be pár sort az ip címes fájlodból!
mivel te vagy az első és egyetlen, akinek ez nem működik, másik x millió linuxban igen, így tudnék találgatni, hogy merre van a hiba. a találgatásom pedig az, hogy az argumentumok kezelését nem érted.
szerk: az se baj, ha a kiadott parancsokról screenshotot csinálsz.
-
pakriksz
őstag
válasz
bambano
#21059
üzenetére
Melyik programozási hibámért? azért hogy egy egyszerű alap funkció sem működik ebben a hulladékban? Bárhol utána nézek, mindenhol így írja a változót, mégsem működik.
Egyébként amit írtál az sem működik "ERROR: Bad source address".
@McSzaby: úgy sem működik. Én sem raktam bele több ezer ip-t, mindössze 106 darabot. De a ciklus le is fut annyiszor, csak a sor tartalma nem megy át.
-
bambano
titán
válasz
pakriksz
#21057
üzenetére
nem célszerű a bash-t hibáztatni a programozási hibáidért (mások programozási hibáiért).
például a for i in $(cat ..) akkor jó, ha a fájlban biztosan nincs szóköz és nem túl hosszú.másrészt meg úgy értettem, hogy az echo-t az idézőjelen belül tedd az ufw elé, és úgy nézd meg, sudóval, hogy mit csinál.
de ha rootként futtatod, akkor ezt javaslom:
cat iplist.txt | while read ip ; do
ufw allow from ${ip} to any port 8080 proto tcp
donemert az idézőjel is bekavarhat, ugyanis akkor egy paraméterként kap meg mindent az ufw, amit esetleg több paraméterben vár.
szerk: ja, nem ezt javaslom, hanem
cat iplist.txt | while read ip ; do
iptables -A INPUT -s ${ip} -p tcp --dport 8080 -j ACCEPT
done
-
McSzaby
őstag
válasz
pakriksz
#21057
üzenetére
Így próbáltad?
#!/bin/bash
for i in $(cat /path/to/iplist); do
echo "ufw allow from $i to any port 8080 proto tcp";
doneugyan nem 2000+ ip-t tettem bele, de ez a végeredmény.
sh test.sh:
ufw allow from 192.168.0.1 to any port 8080 proto tcp
ufw allow from 192.168.7.8 to any port 8080 proto tcp
ufw allow from 10.2.3.4 to any port 8080 proto tcp
ufw allow from 99.12.33.44 to any port 8080 proto tcpaz echo ""-t persze hagyd majd el, ha már berakod produktívan.
Amennyiben itt is hibát dob, akkor felezd/negyedeld meg a listát és futtasd le mondjuk 2-3 részletben, lehet az a baj, hogy túl nagy a lista. Ne hagyd el a ; írásjeleket sem.
-
pakriksz
őstag
mindegyiknél ugyan azt csinálja ha ott van a változó akkor csak a változó utáni részt írja ki, ha nincs ott a változó akkor az egészet... ez egy vicc, pedig ennyit még a batch script is tud, ez a hulladék bash meg nem.
for i in $(cat iplist.txt); do
echo "ufw allow from fosbash to any port 8080 proto tcp"
doneEz a végeredmény: ufw allow from fosbash to any port 8080 proto tcp
for i in $(cat iplist.txt); do
echo "ufw allow from $i to any port 8080 proto tcp"
doneakkor meg ez: to any port 8080 proto tcp
-
pakriksz
őstag
válasz
bambano
#21051
üzenetére
sudo "ufw ...."
így most csak szokásosan a végét "írja" be, eleje lemarad(vagy éppen össze vissza keveri, a végét írja előre, az elejét pedig a végére... ez valami poén akar lenni a készítők részéről?):
to any port 8080 proto tcp: command not found
vagy
to any port 8080 proto tcp: not foundow from 173.0.84.8
-
-
#21049
pakriksz
őstag
Fritz Teufel
#21047
pakriksz
őstag
válasz
Fritz Teufel
#21047
üzenetére
az nagyon jó, adjak hozzá 100+ ip címet kézzel. Igazi szerver OS
-
#21048
Speeedfire
félisten
Jester01
#21046
Speeedfire
félisten
válasz
Jester01
#21046
üzenetére
Pontosítok, úgy néz ki csak a ping nem megy. Minden más okés. De lehet, hogy a vpn-en lévő tűzfal blokkolja.
Más: Anno már volt róla szó, hogy a proxy miatt szoktam szopni rendesen. Erre jelenleg tinyproxy van, ott írom át, hogy mikor upstream-eljen.
Anno bambano írta, hogy erre jobb lenn egy shell script, ami ip alapján dönti el, hogy milyen proxy legyen beállítva. Ma találtam egy ilyet. Használta már valaki? Elvileg egy fájl van, ott lehet beállítani ezeket. Nálam 3 opció van.
Ha vezetékes, akkor mindig kell proxy, ha xyz wifi-re megyek, akkor is kell. Illetve ha vpn-t használok. -
#21046
Jester01
veterán
Speeedfire
#21042
Jester01
veterán
válasz
Speeedfire
#21042
üzenetére
Szerintem első körben a route táblát, aztán meg a tűzfalakat mind a két oldalon.
-
#21042
Speeedfire
félisten
Speeedfire
félisten
Sziasztok!
Adott egy linux mint debian edition. VPN-el csatlakozok (vpnc cisco vpn-hez) egy szerverre, a proxy lokálisan egy tinyproxy-val van beállítva a távoli proxy-ra. Weblapoknál tökéletesen működik is, csatlakozik a tinyproxy-hoz, ami upstream-eli a távoli proxy-ra, viszont konzol alatt nem megy semmi semmi.
Viszont a http_proxy és a https_proxy értéke be van állítva a tinyproxy-ra.
Kiadok egy ssh vagy ping parancsot és csak dolgozik, de nincs response.
Mit lehet ezzel kezdeni? Nincs kedvem windows-ra váltani, mert linux alatt be van állítva már "minden". -
-
bambano
titán
válasz
buherton
#21037
üzenetére
kb. teljesen mindegy, hogy a pxe boot folyamat melyik elemét hova teszed.
rakhatod az egész miskulanciát egy gépre is, meg szét is pakolhatod külön.a pxe boot úgy indul, hogy dhcp-n kér ip címet, a dhcp válaszban benne van az indító fájl neve és a szerver címe, azt letölti tftp-vel, és végrehajtja.
-
#21034
Speeedfire
félisten
Speeedfire
félisten
Nemrég töröltem a keyring fájlomat, mert azt írták azzal tudom resetelni a password-öt hozzá, hát valami nagyon nem kerek most. A keyring jelszó ugyan nem jön fel, viszont mindenhez külön kér jelszót. Hogy lehet újra használatra bírni a keyring-et?
-
kzs
tag
Sziasztok,
következöben kerek segitseget: lefuttattam a Boot Info Script-et, es a kovetkezöt talaltam, többek között, sda2-röl:
"Boot sector info: The info in the boot sector on the starting sector of
the MFT Mirror is wrong. According to the info in the
boot sector, sda2 has 3908786175 sectors, but
according to the info from fdisk, it has 687560703
sectors."Mit jelent ez, es hogyan tudom rendbe hozni?
Pillanatnyilag semmilyen hibat nem eszleltem: a gep dualboot Linux Mint 17 / Win7), es a script ezt az egyik adatlemezre (nem rendszerlemez) irja.Ennek ellenere erdekel, mit tudok tenni.
Elöre is köszi. -
McSzaby
őstag
Sziasztok,
kérnék megint egy kis segítséget, most iptables-ben.
Lenne egy Apache szerver, amelyen bizonyos okok miatt írtam egy indító scriptet. Ebben a scriptben annyi lenne a lényeg, hogy indulás után X percig csak meghatározott számú kapcsolódást szeretnék engedélyezni.
Tehát annyit szeretnék, hogy induláskor ne kapjon egyből a gép 1000+ kérést. Ehhez iptables szabályt akarok alkalmazni. Az lenne a kérdésem, hogy melyik az az iptables szabály, amellyel tudom korlátozni, hogy a script futása közben a maximális limit mondjuk 30 legyen.
A következő szabály megfelel erre? Tudtok jobb tippet adni a szabályra?
iptables -A INPUT -p tcp --syn --dport 80 -d 10.0.0.2 -m connlimit --connlimit-above 30 -j REJECT --reject-with tcp-reset
Ezzel azt szeretném elérni, hogy "30 embernél" több ne csatlakozhasson ehhez a szerverhez. Amennyire én felfogtam ezt a szabály, ebbe nem tartozik bele pl. az established és TIME-WAIT kapcsolatok, szóval igazából annyira nem vagyok kint a vízből, avagy most hülyeséget mondtam?
-
-
Badb0y
addikt
válasz
Jester01
#21022
üzenetére
Feltelepítettem gyorsan virtualboxba egy másik linuxot, ahol lefut egy ilyen parancs, az így folytatódik, ahol az előző megállt (Nem tudom van-e jelentősége).
Egy másik ugyanilyen socks szerveren ahol lefut így folytatódik a lenti.
Az a fájl se a működőn, se a nem működőn nincs.
Gondoltam arra, hogy újjraépítem az RPM db-t:
Írtam egy how-to-t, most nem szedem ki, ami nem bele való, csak tanácsként, hogy vajon bármi ez befolyásolna-e
Check is there any running process related /var/lib/rpm, if yes, kill it.
Backup the rpm db: cd /var/lib && tar zcvf /var/preserve/rpmdb-`date +"%d%m%Y"`.tar.gz rpm
Package file integrity check: cd rpm && /usr/lib/rpm/rpmdb_verify Packages - if there is any error we need to load the needed package.
Backup Packages:
mv Packages Packages.orig
Reload and verify the package:
/usr/lib/rpm/rpmdb_dump Packages.orig | /usr/lib/rpm/rpmdb_load Packages
/usr/lib/rpm/rpmdb_verify Packages
Sanity check:
rpm -qa 1> /dev/null
Rebuilddb:
rpm -v --rebuilddb -
#21021
Badb0y
addikt
Fritz Teufel
#21020
Badb0y
addikt
válasz
Fritz Teufel
#21020
üzenetére
Okés, köszi, következőre így teszek. És utána visszalinkeljem ?
Szerk, igen látom, visszalinkelitek. ok -
#21020
Fritz Teufel
addikt
Badb0y
#21019
Fritz Teufel
addikt
válasz
Badb0y
#21019
üzenetére
Csak egy tipp: Pastebin.com. Ide szoktuk felszórni a hosszabb programkódokat ;-)
-
Badb0y
addikt
válasz
Jester01
#21018
üzenetére
Szia!
Köszönöm, hogy segítesz előre is
execve("/bin/rpm", ["rpm", "-qa"], [/* 32 vars */]) = 0
access("/etc/ld.so.preload", R_OK) = 0
open("/etc/ld.so.preload", O_RDONLY) = 3
open("/lib64/libdsocks.so", O_RDONLY) = 3
open("/etc/ld.so.cache", O_RDONLY) = 3
open("/usr/lib64/librpmbuild.so.1", O_RDONLY) = 3
open("/usr/lib64/librpm.so.1", O_RDONLY) = 3
open("/usr/lib64/libmagic.so.1", O_RDONLY) = 3
open("/usr/lib64/librpmio.so.1", O_RDONLY) = 3
open("/lib64/libselinux.so.1", O_RDONLY) = 3
open("/lib64/libcap.so.2", O_RDONLY) = 3
open("/lib64/libacl.so.1", O_RDONLY) = 3
open("/lib64/libdb-4.7.so", O_RDONLY) = 3
open("/lib64/libbz2.so.1", O_RDONLY) = 3
open("/usr/lib64/liblzma.so.0", O_RDONLY) = 3
open("/usr/lib64/liblua-5.1.so", O_RDONLY) = 3
open("/lib64/libm.so.6", O_RDONLY) = 3
open("/usr/lib64/libelf.so.1", O_RDONLY) = 3
open("/usr/lib64/libnss3.so", O_RDONLY) = 3
open("/lib64/libpopt.so.0", O_RDONLY) = 3
open("/lib64/libz.so.1", O_RDONLY) = 3
open("/lib64/librt.so.1", O_RDONLY) = 3
open("/lib64/libpthread.so.0", O_RDONLY) = 3
open("/lib64/libc.so.6", O_RDONLY) = 3
open("/lib64/liblber-2.4.so.2", O_RDONLY) = 3
open("/lib64/libldap-2.4.so.2", O_RDONLY) = 3
open("/lib64/libcom_err.so.2", O_RDONLY) = 3
open("/lib64/libk5crypto.so.3", O_RDONLY) = 3
open("/lib64/libkrb5.so.3", O_RDONLY) = 3
open("/lib64/libdl.so.2", O_RDONLY) = 3
open("/lib64/libcrypt.so.1", O_RDONLY) = 3
open("/lib64/libnsl.so.1", O_RDONLY) = 3
open("/lib64/libpam.so.0", O_RDONLY) = 3
open("/lib64/libgssapi_krb5.so.2", O_RDONLY) = 3
open("/usr/lib64/libminiupnpc.so.5", O_RDONLY) = 3
open("/lib64/libgcc_s.so.1", O_RDONLY) = 3
open("/lib64/libattr.so.1", O_RDONLY) = 3
open("/usr/lib64/libnssutil3.so", O_RDONLY) = 3
open("/lib64/libplc4.so", O_RDONLY) = 3
open("/lib64/libplds4.so", O_RDONLY) = 3
open("/lib64/libnspr4.so", O_RDONLY) = 3
open("/lib64/libresolv.so.2", O_RDONLY) = 3
open("/usr/lib64/libssl3.so", O_RDONLY) = 3
open("/usr/lib64/libsmime3.so", O_RDONLY) = 3
open("/usr/lib64/libsasl2.so.2", O_RDONLY) = 3
open("/lib64/libkrb5support.so.0", O_RDONLY) = 3
open("/lib64/libkeyutils.so.1", O_RDONLY) = 3
open("/lib64/libfreebl3.so", O_RDONLY) = 3
open("/lib64/libaudit.so.1", O_RDONLY) = 3
statfs("/selinux", {f_type="EXT2_SUPER_MAGIC", f_bsize=4096, f_blocks=2064238, f_bfree=1962511, f_bavail=1857654, f_files=524288, f_ffree=517580, f_fsid={893822969, 1227540434}, f_namelen=255, f_frsize=4096}) = 0
open("/proc/filesystems", O_RDONLY) = 3
open("/etc/socks.conf", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/locale-archive", O_RDONLY) = 3
open("/usr/lib/rpm/rpmpopt-4.8.0", O_RDONLY) = 3
open("/etc/popt", O_RDONLY) = -1 ENOENT (No such file or directory)
stat("/etc/popt.d", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open("/etc/popt.d", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 3
open("/usr/lib64/gconv/gconv-modules.cache", O_RDONLY) = 4
open("/root/.popt", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/resolv.conf", O_RDONLY) = 3
open("/etc/nsswitch.conf", O_RDONLY) = 3
open("/etc/ld.so.cache", O_RDONLY) = 3
open("/lib64/libnss_files.so.2", O_RDONLY) = 3
open("/etc/host.conf", O_RDONLY) = 3
open("/etc/hosts", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib64/libsoftokn3.so", O_RDONLY) = 3
open("/etc/ld.so.cache", O_RDONLY) = 3
open("/usr/lib64/libsqlite3.so.0", O_RDONLY) = 3
open("/usr/lib64/libfreebl3.so", O_RDONLY) = 3
open("/dev/urandom", O_RDONLY) = 3
stat("/dev/urandom", {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 9), ...}) = 0
open("/dev/urandom", O_RDONLY) = 3
stat("/etc/passwd", {st_mode=S_IFREG|0644, st_size=4173, ...}) = 0
open("/etc/passwd", O_RDONLY) = 3
stat("/etc/utmp", 0x7fff55771740) = -1 ENOENT (No such file or directory)
stat("/tmp", {st_mode=S_IFDIR|S_ISVTX|0777, st_size=4096, ...}) = 0
open("/dev/urandom", O_RDONLY) = 3
open("/dev/urandom", O_RDONLY) = 3
open("/tmp", O_RDONLY) = 3
stat("/var/tmp", {st_mode=S_IFDIR|S_ISVTX|0777, st_size=4096, ...}) = 0
open("/var/tmp", O_RDONLY) = 3
stat("/usr/tmp", {st_mode=S_IFDIR|S_ISVTX|0777, st_size=4096, ...}) = 0
open("/usr/tmp", O_RDONLY) = 3
open("/etc/rpm/platform", O_RDONLY) = -1 ENOENT (No such file or directory)
stat("/root/.rpmrc", 0x7fff55775a60) = -1 ENOENT (No such file or directory)
access("/usr/lib/rpm/rpmrc", R_OK) = 0
open("/usr/lib/rpm/rpmrc", O_RDONLY) = 3Priv üzenetben esetleg ha bármilyen chates elérhetőséget tudsz adni, nagyon megköszönném.
FYI: Nem hiszem,hogy a bash-es vulnerability probléma okozta volna ezt a kabarét.
-
Badb0y
addikt
Srácok, egy eszméletlen érdekes problémával állok szemben, és meg kellene oldani tegnapra, de képtelen vagyok.
Adott egy 2 szerver rhel linux 6.5 64 bit-tel installálva.
NEM működik se az RPM, se a YUM parancs. Nem működik=nincs output[root@xxx log]# rpm -qa
[root@xxx log]# yum list
[root@xxx log]#Nincs a messagesben semmi.
A var/lib/rpm-ben minden fájl meg van aminek kell.Képtelen vagyok merre elindulni.
Egyedül recovery módban lehetett installálni bármit :/
Java JRT kellene installálnom, mert csak java gcj került fel, de lehetetlen :/
-
#21016
lionhearted
őstag
McSzaby
#21015
-
Zoli133
addikt
válasz
Zoli133
#21006
üzenetére
Megoldva, iBus telepítve és konfigurálva, most jó.
Közben a mai nap a múltkori ntfs merge probléma is megoldva, aminek a tanulsága, hogy kell egy gigabites router, mert a másik gépre gondoltam hálózaton átmásolom a második partíció egy részét, de 100Mbit/s-en, 200GB nagyon hosszú idő.... -
Zoli133
addikt
Jól értem, hogy ez a bug (#1284635) csak nyyi, hogy rossz az alap konfigja az ibusnak és utókonfgigurálást igényel?
MOst telepítettem 14.04.1-es ubuntutudio-t emiatt hiényzik belőle az iBus, de hiába szedték ki és csináltak mést, a keyboard konfig továbbra se működik, gondoltam felteszem utólag az iBus-t és konfigurálom, de inkább rákérdezek, jelen esetben biztosra szeretnék menni. -
#21004
Speeedfire
félisten
Speeedfire
#21002
Speeedfire
félisten
válasz
Speeedfire
#21002
üzenetére
Végül csak jó lett.
Köszi mindenkinek. -
#21003
lionhearted
őstag
Speeedfire
#21002
válasz
Speeedfire
#21002
üzenetére
ssh-copy-id
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- Android alkalmazások - szoftver kibeszélő topik
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Amlogic S905, S912 processzoros készülékek
- RAM topik
- Rekordokra vágyik! Kezünkben az Asus ROG Matrix GeForce RTX 5090
- SSD kibeszélő
- Synology NAS
- Horgász topik
- BestBuy topik
- Diablo II: Classic és Resurrected
- További aktív témák...
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7600X 32/64GB RAM RX 9070 16GB GAMER PC termékbeszámítással
- DELL PowerEdge R730xd 26SFF rack szerver - 2xE5-2680v3 (24c/48t, 2.5/3.3GHz), 64GB RAM, 10G, H730p
- BESZÁMÍTÁS! ASRock B360M-HDV i5 8500 16GB DDR4 512GB SSD GTX 1660 Super 6GB ZALMAN S3 TG NJOY 500W
- Samsung Galaxy Note 20 Ultra 256GB, Kártyafüggetlen, 1 Év Garanciával
- 14" Dell Latitude laptopok: 5400, 5480, 5490, 7480, E7440, E7450 / SZÁMLA + GARANCIA
Állásajánlatok
Cég: FOTC
Város: Budapest