-
Fototrend
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
-
urandom0
senior tag
válasz
Mr Dini
#33959
üzenetére
Nem tudtam még alaposabban utánajárni, most is rokonokhoz megyünk épp. De kb. ezt írják a legtöbb helyen:
"Remember to update your systems.
This backdoored version was in OpenSUSE Tumbleweed, Arch, Debian Testing and Sid, Fedora Rawhide (and maybe Fedora 40 Beta), Ubuntu 24.04 development versions, NixOS Unstable, and other distros. But not all distros with the backdoored version are believed to be vulnerable.
However, the backdoor was added by a maintainer who had been committing for years, so it may be possible that even older versions may be vulnerable in some way (but this is only conjecture at this point)."
Az utolsó mondat még fontos lehet. Lényeg, hogy aki tud, frissítsen.
Én reggel lefrissítettem a rendszereim, Debian stable-hez és Fedora 39-hez nem láttam jönni új xz csomagot (ugye ők nem érintettek), OpenSuse TW-hez viszont igen. -
inf3rno
nagyúr
válasz
Mr Dini
#32437
üzenetére
Nézem ezt a user.js-t, kb. IE5 szintjére juttatja a böngészőt. Minden modern dolgot kikapcsol benne. Azért a crypto része az jó. Megnézem majd a felépítését, hátha ki lehet ollózni belőle azt a részt, és a nem tetszőt elengedni. Ideális esetben csinálnak ezekhez ilyen összekattintható feature listát, aztán pipálhatod, amit szeretnél, a végén meg összerak neked egy scriptet a szerver.
-
inf3rno
nagyúr
válasz
Mr Dini
#32437
üzenetére
Ja tudom elég végignézni, hogy JS-ben, CSS-ben mi támogatott, de a legtöbben nem csinálnak ilyen tesztet, csak a böngészőt és főleg az oprendszert nézik. A legtöbb vírus Windows-ra íródik, amik hatástalanok erre a rendszerre, de ha befigyel egy Linux-os változat, akkor nem szeretném, ha azt küldenék el a HTTP fejléc miatt.
Köszi!
-
inf3rno
nagyúr
válasz
Mr Dini
#32432
üzenetére
Ha már szóba került, Firefox-on van valami mód, hogy ne kürtöljé világgá, hogy milyen OS-t használok és milyen böngészőt? Manapság már az oldalak nagy része nem csúszik szét ezek nélkül az információk nélkül, viszont kb. mindent kiadnak a lehetséges támadóknak a sebezhetőségekről. Tudom, hogy van olyan böngésző, aminél állítható, de maradnék a Firefox-nál, már megszoktam.
-
#32109
MasterMark
titán
Mr Dini
#32108
MasterMark
titán
válasz
Mr Dini
#32108
üzenetére
Csak egy alias ha meg akarom nyitni a soros porton a router konzolját. Viszont van hogy elfelejtem killelni a screent és akkor teljes kavarodás lesz hogy melyik karaktert melyik screenbe teszi, nekem meg csak sokára esik le, hogy azért esik szét a kép, mert otthagytam egy másik screen-t.
A lényeg az lenne hogy ha detacholom akkor automatán killelje a processt ami ottmarad.
szerk.: Nem direkt rakom háttérbe, sőt azt akarnám pont elkerülni. De amivel ki tudok lépni Ctrl+A+D az a háttérben hagyja.
-
válasz
Mr Dini
#32029
üzenetére
A 7+ se lenne rossz... de ehhez megint kell egy külső eszköz
Linux topicba meg azért írtam, mert alapvetően Linux fut a virtuálhoston
"Bare metal xp telepítés nem játszik semmiképp?"
De, csak felesleges macera, és nem egy alkalomra kell, hanem jó lenne bármikor rutinból indítani, amikor. A linkelt cikkben persze megcsináltam, de inkább ne (Azóta cserélődött a host is.) -
válasz
Mr Dini
#32022
üzenetére
Nem hiszem. A fő baj az, hogy van olyan párhuzamos portos macera, ami pl. WinXP-t igényel. Ezt kéne áthidalni. A virtuálhostomon van párhuzamos port, és van XP-s virtuálgép is. (Vagy akkor telepítek olyat, ami be tud bootolni ezen a hardveren, mindegy.)
A Ventoy, ahogy nézem, Linuxot tud bootolni, valami külön meghajtóról. -
-
#68216320
törölt tag
válasz
Mr Dini
#31878
üzenetére
Ezt én is megfigyeltem. Nálam is teljesen véletlenszerűnek tűnő módon "gondolkodik" leállításnál. (xorg, gnome, sata-ext4, nvme-ntfs)
Azt viszont megfigyeltem, hogy amikor nem a DE-t használom a leállításhoz, hanem konzolon a "shutdown"-t, akkor mintha nem lenne ilyen gondja.
Nem értem az okát csak megfigyelés alapján tűnik így. -
Frawly
veterán
válasz
Mr Dini
#30404
üzenetére
A testdisket nem ismerem, de ezt Windows alól kéne csinálni, GetDataBack for NTFS nevű progival. Ha lehetséges némi adatot visszahozni, az képes rá, és tud önállóan bootolni, nem kell neki létező Windows telepítés. Mindent nem fog tudni az se helyreállítani, mert mint írtad, az adatok egy része felül lett írva, így a felülírt adatok mindenképpen elvesztek örökre, visszaállíthatatlanul.
Ez egy windowsos probléma, windowsos partíciókkal, felesleges a Linuxot belekeverni. Hiszen NTFS és FAT32 fájlrendszerekről van szó.
Illetve a particionálást ezért nem szabad laikusokra bízni. Főleg, ha a tárolt adatokról nincs biztonsági mentés. Nem véletlenül írja minden particionálóprogram, hogy mekkora méretű lemezt particionálsz, hogy nehogy valami másikat válasszon valaki véletlenül, meg még utána 5× rákérdez, hogy „biztosan akarja?”, „biztosan akarja, minden adat el fog veszni a lemezről”, „biztosan de biztosan akarja?”, „végül: biztos abban, hogy biztosan, de biztosan akarja?”. Ezek a kérdések nem azért vannak, hogy kényelmetlenséget okozzanak, hanem ennek a „véletlen” adatvesztésnek a károkozásait elkerüljék.
-
-
haddent
addikt
válasz
Mr Dini
#29472
üzenetére
Őőőő na várjál, 2 órát aludtam az éjjel előre is elnézést, ha .. de.. Routered nat listája mennyiben függ össze egy linux szervered iptables -ével átirányítva egy másik szeróra? Ha van routered, akkor úgyis azon kell natolnod, nem? Ekkor viszont csak egy accept kell a szerveren -A INPUT -p tcp --dport 32400 -j ACCEPT kb ennyi
-
haddent
addikt
válasz
Mr Dini
#29457
üzenetére
Talán kicsit megkésett és hát nem is ez a csuda firewalld, de iptables legalább működik, mindig
iptables -t nat -A PREROUTING -p tcp -i BEJÖVŐ_INTF --dport 42300 -j DNAT --to-destination fedora.server.ip.cime:32400iptables -A FORWARD -p tcp -d fedora.server.ip.cime --dport 32400 -m state --state NEW,ESTABLISHED,RELATED -j ACCEPTEzeket az ufw, firewalld meg egyéb kotlákat sosem értettem személy szerint. Plusz absztrakció, össze-vissza kever mindent egy átláthatatlan katyvasszá, de szinte ugyanolyan explicit módon cli -ből írod. Nekem vagy iptables vagy (és) valami webes felület rá ahol tudok értelmesen rendszerezni. Oké túloztam és hazudtam, vannak baromi jó cli -k, csak az nem az ufw/firewalld, hanem mondjuk a forti tűzfalaké vagy a vyos
-
samujózsi
senior tag
válasz
Mr Dini
#29457
üzenetére
Bocs, tudatlan "szakértőtől" is jöhet tipp?
Nem ismerem a firewalld-t, de ha totál üres az iptables -L akkor ott valami nem kerek. Vagy kizárólag erre használnád?
Valami rémlik az olvasmányaimból, hogy a szabályok beállítása után kell neki valami commit vagy reload.
Illetve (gondolom, systemd rendszer) nem lehet, hogy a firewalld service nincs engedélyezve/elindítva? -
bambano
titán
válasz
Mr Dini
#28169
üzenetére
"Hát azért én inkább mondanám, hogy de. Egy épeszű konfig általában tartalmaz tűzfalat": egy épeszű konfig azokra a portokra tartalmaz tűzfalat, amiket egy futó applikáció megnyitott. Ha nincs ilyen, márpedig a desktopnak telepített linuxokon simán lehet, hogy nincs, akkor oda nincs értelme tűzfalat tenni.
-
vargalex
félisten
válasz
Mr Dini
#28169
üzenetére
Szervert általában nem rak ki közvetlenül a netre az ember (mondjuk desktopot sem). Van előtte egy tűzfal, pont ezért az alap config-ban minden engedélyezett szokott lenni, minek okozzon felesleges terhelést. Még egy tűzfalnak akkor van értelme, ha a saját hálózatodban/hálózatod tűzfalában sem bízol meg.
-
Frawly
veterán
válasz
Mr Dini
#28160
üzenetére
De a DHCP által osztott cím az most belső hálózati cím, vagy külső cím? Ne feledd, hogy egy eszköznek lehet címe befelé meg kifelé is. Nyilván az internetről a külső címen látni a szervert, de a külső címet nem biztos, hogy DHCP ossza neki.
Ezért mondtam, hogy rajzold le, lássuk mi minek oszt címet, mi van belső és külső hálón.
-
Frawly
veterán
válasz
Mr Dini
#28157
üzenetére
Ez az egész zavaros, amit írsz. Van is DHCP de nincs is, meg „külső” IP, de idézőjelben. Próbáld lerajzolni rendesen a hálózati infrastruktúrát, jelezve az IP-ket, hálózati maszkokat, minek micsoda ossza a címet.
Egy biztos: virtuális gépnek semmit nem KELL kézzel megadni IP-nek. Lehetni lehet, de nem KÖTELEZŐ. Elvileg simán bridge-elt hálózatnál automatán is kaphat megfelelő címet.
-
-
bambano
titán
válasz
Mr Dini
#28151
üzenetére
a gép költözését nagy valószínűséggel akkor se úszod meg dns és hasonló faragások nélkül, ha fix ip-t kaptál. ha másik routing domainbe kerül a géped, akkor változni fog az ip. nincs mit tenni.
de most már leírhatnád, hogy mi hogy van, mert nem látni, hogy vps-ben vagy, saját vas van hosztingban vagy mit hogy kavartál.
ha például saját vason van proxmox, akkor kaptál egy valamilyen ip-t, azt teszed a saját vas ip címének, meg kaptál fix ip-t, azt teszed a virtuális gépre.
tehát összebridgeled a virtuális gép külső interfészét (amit a hoszt os-en látsz belőle) a gazdagép fizikai ethernet kártyájával, erre a bridge-re teszed rá a valamilyen ip-t, és a virtuális gépen belül teszed be a fix ip-t.
-
bambano
titán
válasz
Mr Dini
#28149
üzenetére
tisztázzunk már valamit:
ha van egy fix ip-d a gépnek, akkor minek mellé másik???ha pedig felhúzol két interfészt, amihez mindkettőhöz van gateway, annak jó eséllyel a hálózat lerohadása lesz a vége. ahhoz, hogy egy gép két ip címen hibátlanul elérhető legyen, policy routing kell.
tehát szerintem tedd rá az alap interfészre a statikus ip címet az interfaces fájlban, és rebootolj egyet, a másik ip-det meg felejtsd el.
-
-
válasz
Mr Dini
#28142
üzenetére
Igazság szerint napok óta szenvedek ezzel, cégnél egy tucat sysadmint végigkérdeztem, senki nem látott még ilyet. A végére annyira nem volt ötletem, hogy mindkét diszken csináltam egy dd-s formázást. Újra az egész procedúrát, s láss csodát, működik!
Ötletem sincs miért, de nem lehet panaszom. A dd mindent megold!
-
Dißnäëß
nagyúr
válasz
Mr Dini
#28035
üzenetére
Hátha ez segít, a sorrendiség fontos. Alapból ezeken az "állomásokon" mennek át a csomagok, iránytól függően, illetve nyilván default-ból minden nyitva + amikor csak chain-t nevezel meg, tábla nélkül, akkor az a filter táblán operál (mindaddig, míg az adott lánc filter-ben értelmezett, például PREROUTING lánchoz hiába adsz szabályt hozzá filter-en, hibát dob, ő a nat-ban és a mangle-ben értelmezett).
Egyébként meg igen, a szabályok egy adott chain-en belül sorrendiség alapján haladnak előre, szabályról szabályra vizsgálja a kernel, az adott szabály érvényes-e a csomagra, ha igen, annak megfelelően kezd vele valamit, ha nem, lépteti a következőre. Ha egy szabály sem illett a láncban egy adott csomagra, a lánc policy-nak megfelelően dobódik, vagy kikerül a láncról, vissza a fő láncra, ahonnan meghívódott a "custom" (saját) lánc.
Mint egy futószalagon és ami csomagra érvényessé válik egy szabály, azt leveszi a "futószalagról" és már nincs rajta többé (kivéve mondjuk egy log-olós szabály lánc, ami a log-olást elvégzi úgy a csomagra, hogy közben a csomagot nem mozdítja el erről a futószalagról).
Én amúgy sosem támogattam a DROP-ot, szerintem sokkal biztonságosabb és emberi hibát elkerülőbb, ha nincs DROP-od a lánc végén, ellenben a lánc policy-jét állítod DROP-ra. Valahogy butabiztosabb, de ezt csak lezárásra értem, ha menet közben kell okkal DROP-olni valamit egy viszonylag megengedő láncban, jó a DROP.
Egy piszok egyszerű ultraalap mókán szemléltetve:
iptables -A INPUT -i lo -j ACCEPT
iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
iptables -P INPUT DROP -
-
#26383
MasterMark
titán
Mr Dini
#26382
MasterMark
titán
válasz
Mr Dini
#26382
üzenetére
Az első fele megvan. Ez a make nem megy. Egyébként igen, egy wifi stick-nek szeretnék drivert, hogy úgy működjön valamennyire.
A header verziót én is néztem, próbáltam valamit felrakni, megpróbáltam a passzóló verziót is, de az már alapból fent volt azt írta. (A 104-es.)
-
0xmilan
addikt
válasz
Mr Dini
#26270
üzenetére
Kicsit egyszerűbben:
unzip -p Signal-website-release-4.12.3.apk META-INF/CERT.RSA | keytool -printcertSzerintem azért ezt adják meg, mert adott fejlesztő több appot ugyanazzal a certtel signolhat, így mindenhova lehet ugyanazt a fingerprintet másolni. Így ellenőrizhető, hogy valid az app és nem kell pl. sha256 hashekkel bajlódni, ami folyamatosan változna.
-
válasz
Mr Dini
#25012
üzenetére
Megvan a megoldás!
A tgt mailing listen megmondták a tutit. A CHAP authentikácíót ilyen formában nem csípi az open-iscsi initiator. Szóval újrakonfigoltam a targetet CHAP userek nélkül, és láss csodát, megy!Viszont a Windows beépített initiatorja képes CHAP kapcsolódásra, így azt is le tudtam tesztelni, megy szuperül. Már csak arra kéne rájönni, hogy az open-iscsi login parancsába hogyan lehet beleszőni a user és pass paramétereket (a konfig fájlban megoldás nem opció sajnos).
-
klambi
addikt
válasz
Mr Dini
#24687
üzenetére
csak két apróság látom már válaszoltak a problémádra.
csak villog az alsókötőjel - PROMT a neve. (magyarul még kocsi de aazzz borzalom)
a brick- tégla kifejezést csak telefonokra alkalmazzák mert ugye ha kinyírod akkor csak egy tégla, pc-re nem igazán szép kifejezés.Bocs nem kötekedni akarok csak bántotta a szemem.
-
válasz
Mr Dini
#24694
üzenetére
Hasonlót így raktam helyre, nyilván az LVM hülyeségeit hagyd ki.
-
válasz
Mr Dini
#24690
üzenetére
linkelj már pls valami leírást ami alapján ezt az egészet csináltad volna, mert szerintem neked valami dev csomag is elég lett volna, mert amit csináltál, azzal szerintem csak a saját rendszereden élesítetted az SELinuxot
nyilván persze a rendszeredet ez nem menti meg, csak a következő katasztrófát szeretném megelőzni
ha meg ez a rendszer tényleg friss, lehet, hogy gyorsabb és egyszerűbb ha újrahúzod az egészet (persze abból semmit nem tanulunk ) -
válasz
Mr Dini
#24687
üzenetére
Chrootbol probaltam letorolni, majd ujra visszatenni a selinux csomagot, de ezt dobja:
semodule deferred processing now taking place
Error opening /etc/selinux/ubuntu/contexts/files/file_contexts.local: No such file or directory
libsemanage.sefcontext_compile: sefcontext_compile returned error code 255. Compiling /etc/selinux/ubuntu/contexts/files/file_contexts.local
libsemanage.semanage_install_active: Could not copy /etc/selinux/ubuntu/modules/active/file_contexts.homedirs to /etc/selinux/ubuntu/contexts/files/file_contexts.homedirs. (No such file or directory).
/usr/sbin/semodule: Failed!
dpkg: error processing package selinux (--configure):
subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
selinux
E: Sub-process /usr/bin/dpkg returned an error code (1)Es rebootnal csak annyit ir, hogy nem tudja elerni a /root/selinux mappat, mert read only a fajlrendszer...
Pedig chrootbol lehet hasznalni...
Szerk.: masodik nekifutasra ezt kapom:
root@ubuntu:/# apt-get install selinux
Reading package lists... Done
Building dependency tree
Reading state information... Done
selinux is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 50 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n] Y
E: Can not write log (Is /dev/pts mounted?) - openpty (2: No such file or directory)
Setting up selinux (1:0.11) ...
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-4.4.0-38-generic
Found initrd image: /boot/initrd.img-4.4.0-38-generic
Found linux image: /boot/vmlinuz-4.4.0-36-generic
Found initrd image: /boot/initrd.img-4.4.0-36-generic
Found linux image: /boot/vmlinuz-4.2.0-42-generic
Found initrd image: /boot/initrd.img-4.2.0-42-generic
Adding boot menu entry for EFI firmware configuration
done
* Starting SELinux autorelabel [ OK ]
Processing triggers for initramfs-tools (0.103ubuntu4.4) ...
update-initramfs: Generating /boot/initrd.img-4.4.0-38-genericDe a hiba ugyanaz...
-
válasz
Mr Dini
#24687
üzenetére
miért kellett bármit feltelepítened a gépedre az Androidon való módosításhoz?
pláne partíciómodosításhoz...Gondolom, mert a chrootba nincs felcsatolva a /boot, csak azt nem tudom, h azt hogy kéne kivitelezni....
# mount /dev/sdXy /ahováMountoltadAChrootoltRendszert/boot
egyáltalán külön partíción volt a /boot?
-
#24538
Tóniszomszéd
csendes tag
Mr Dini
#24537
Tóniszomszéd
csendes tag
válasz
Mr Dini
#24537
üzenetére
Uboot nekem ismeretlen. Viszont a root=... paraméter a kernelé, ha annak tudsz paramétert adni, akkor illene működnie loadertől függetlenül.
http://www.denx.de/wiki/view/DULG/LinuxKernelArgs
Ez nem segít? -
válasz
Mr Dini
#24414
üzenetére
Juhé! Az volt a gond, hogy kézzel, azautoreconf --install-lal gyártottam le az automake-s cuccokat, nem pedig az autogen.sh-t használtam.
Noob report! Így már lefordul.Ja korai öröm volt
, file-al ránézve ez egy x64-re fordított bináris lett, tehát nem vette figyelembe a --host=mipsel-openwrt-linux-t. Megadtam neki a CC-t kézzel, de ezt dobja:mipsel-openwrt-linux-gcc -DPACKAGE_NAME=\"Automatic\" -DPACKAGE_TARNAME=\"automatic\" -DPACKAGE_VERSION=\"0.8x\" -DPACKAGE_STRING=\"Automatic\ 0.8x\" -DPACKAGE_BUGREPORT=\"http://forum.dsmg600.info/t2291-%5BREL%5D-Automatic-funplug-0.5.html\" -DPACKAGE_URL=\"\" -DPACKAGE=\"automatic\" -DVERSION=\"0.8x\" -DSTDC_HEADERS=1 -DHAVE_SYS_WAIT_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_UNISTD_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_FORK=1 -DHAVE_VFORK=1 -DHAVE_WORKING_VFORK=1 -DHAVE_WORKING_FORK=1 -DHAVE_STDLIB_H=1 -DHAVE_MALLOC=0 -Dmalloc=rpl_malloc -DHAVE_STDLIB_H=1 -DHAVE_REALLOC=0 -Drealloc=rpl_realloc -DRETSIGTYPE=void -DHAVE_STAT_EMPTY_STRING_BUG=1 -DHAVE_STRFTIME=1 -DHAVE_DUP2=1 -DHAVE_GETTIMEOFDAY=1 -DHAVE_LOCALTIME_R=1 -DHAVE_REGCOMP=1 -DHAVE_STRERROR=1 -DHAVE_STRSTR=1 -I. -I../include/ -I/usr/include/libxml2 -g -Wall -W -Wdeclaration-after-statement -O0 -funroll-loops -c -o ../src/automatic.o ../src/automatic.c
In file included from ../src/automatic.c:62:0:
../include/web.h:24:23: fatal error: curl/curl.h: No such file or directory
#include <curl/curl.h>
^
compilation terminated.Hát igen, nincs a Staging dir-ben curl. Hogy tudnám pótolni? Simán lefordítom?
Nah, közben ez is megoldva!
Igen, csak le kellett fordítani. -
bambano
titán
válasz
Mr Dini
#24405
üzenetére
itt már gond, hogy miért fog hozzá a dict_nis.c lefordításához. szerintem azt is ki kellene hagynia.
szerk: "Ez egy header, nem egy (kliensoldali ?) lib nem?" ez úgy szokott történni, hogy a kliensoldali kód a lib-ben van, a használatához szükséges c definíciók meg a headerben.
-
-
-
vargalex
félisten
válasz
Mr Dini
#24396
üzenetére
Szia!
Valakinek biztosan sikerült, hiszen az OpenWrt repo-ban megtalálható minden platformra. Kiszedhetnéd az armv5-ös binárist az OpenWrt csomagból, vagy akár az arch linux arm csomagból is. Persze az utóbbi nem biztos, hogy uClibc-vel fordult. Vagy mindenképpen az eszközön akarod fordítani?
Szerk.: Bocs, OpenWrt esetén is valószínűleg régebbi repo-ban (pl. AA) kell szétnézni, mert a CC már musl-al megy szerintem.
-
vargalex
félisten
válasz
Mr Dini
#24387
üzenetére
Igazán nincs mit!
Azért nem találod ezeket a leírásokban, mert ennek már semmi köze a virtualbox-hoz. Az, hogy a guesten milyen filerendszert használsz, rajtad (és az os-en) múlik. Az pedig, hogy azt hogyan lehet átméretezni (vagy egyáltalán lehetséges-e) magán a filerendszeren.
Lvm méretezésről pl. itt olvashatsz. -
vargalex
félisten
válasz
Mr Dini
#24385
üzenetére
Ja, hogy lvm-ed van. Akkor előtte az lvm partíciót kell kihúzni:
sudo lvresize -L +40G /dev/mapper/KStudio--vg-rootvagy ha méretet akarsz megadni, csak 100% méretűre kihúzni:
sudo lvresize -l +100%FREE /dev/mapper/KStudio--vg-rootmajd jöhet a
sudo resize2fs /dev/mapper/KStudio--vg-root -
Keeperv85
nagyúr
-
válasz
Mr Dini
#24292
üzenetére
Sorry, lejárt a szerkesztési idóm...
Ez mi a fail?:
root@TomatoUSB:/tmp/home/root# export LD_LIBRARY_PATH=
root@TomatoUSB:/tmp/home/root# sg_raw
sg_raw: can't load library 'libc.so.1'
root@TomatoUSB:/tmp/home/root# export LD_LIBRARY_PATH=/opt/lib
root@TomatoUSB:/tmp/home/root# sg_raw
No device specified
Usage: sg_raw [OPTION]* DEVICE CDB0 CDB1 ...
Options:
-b, --binary Dump data in binary form, even when writing to stdout
-h, --help Show this message and exit
-i, --infile=IFILE Read data to send from IFILE (default: stdin)
-k, --skip=LEN Skip the first LEN bytes when reading data to send
-n, --nosense Don't display sense information
-o, --outfile=OFILE Write binary data to OFILE (def: hexdump to stdout)
-r, --request=RLEN Request up to RLEN bytes of data (data-in)
-R, --readonly Open DEVICE read-only (default: read-write)
-s, --send=SLEN Send SLEN bytes of data (data-out)
-t, --timeout=SEC Timeout in seconds (default: 20)
-v, --verbose Increase verbosity
-V, --version Show version information and exit
Between 6 and 256 command bytes (two hex digits each) can be specified
and will be sent to DEVICE. Lengths RLEN and SLEN are decimal by
default. Bidirectional commands accepted.
Simple example: Perform INQUIRY on /dev/sg0:
sg_raw -r 1k /dev/sg0 12 00 00 00 60 00Hogy lehetne orvosolni a cuccot (tehát, hogy ne kelljen LD_LIBRARY_PATH-t állítani)?
-
-
bambano
titán
válasz
Mr Dini
#24285
üzenetére
amikor a gcc-vel az exe-t linkeled, akkor felsorolhatod azokat a libeket, amiket hozzá kell linkelni dinamikusan. és ha felsorolsz oda libc-t is, akkor azt már nem fogja keresni.
valahogy igy: gcc -o akarmi a.o b.o -llibc.so.0
lehet, hogy többször is oda kell írni a libc-t. (lehet, hogy nem libc-nek kell hívni, ezer éve nem fordítottam így saját programot
)az LD_LIBRARY_PATH azokat a fájlrendszerbeli könyvtárakat sorolja fel, ahol a tárgykód könyvtárakat keresni kell. tehát csinálhatsz olyat, hogy a programod mellé teszel bármilyen libeket, beállítod ezt a környezeti változót és akkor ott fogja először keresni a linker a cuccot. vagyis ha Jester megoldását követed, akkor felmásolod a program mellé a libc.so.1-et, és megmondod, hogy hol keresse. pl:
export LD_LIBRARY_PATH=/usr/local/lib:$LD_LIBRARY_PATH
-
-
-
CPT.Pirk
Jómunkásember
válasz
Mr Dini
#24220
üzenetére
És újabb kernelt nem lehet lefordítani nálad?
Nálam zimage van, azaz tömörítve van, de a kicsomagolás után nem jut el a bootolásig. GCC hiba nincs, és az eredeti tavalyi forrásból kimásolt zimage bootol, ugyanannak a forrásnak a másolatában ha nyomok megint egy make ARCH=arm -et, akkor annak az új zimag-e már nem bootol. Mivel a .config azonos, így tényleg csak a GCC verziója az eltérés a kettő között.
-
CPT.Pirk
Jómunkásember
válasz
Mr Dini
#24218
üzenetére
Hú, de régi az a kernel már.
Nálam totál más a szitu, mert tisztán csak a GCC verzió okozza a különbséget. Lehetne még helyette a Linaro GCC-t használni, de annak meg a hibakimenetét nem sikerült megértenem, mindenféle furcsa karaktert dob ki meg igazából nem is tudja, hogy miért nem működik.
Vagy keressem meg magát a fejlesztőt?
Új hozzászólás Aktív témák
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Antivírus szoftverek, VPN
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Assassin's Creed Shadows Collector's Edition PC
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- ÁRGARANCIA!Épített KomPhone i3 10105F 16/32/64GB RAM RX 6600 8GB GAMER PC termékbeszámítással
- LG 55C4 - 48" OLED evo - 4K 144Hz - 0.1ms - NVIDIA G-Sync - FreeSync - HDMI 2.1 - A9 Gen7 CPU
- Apple iPhone 14 Pro, Kártyafüggetlen, 1 Év Garanciával
- ÁRGARANCIA!Épített KomPhone i5 14600KF 32/64GB RAM RX 9070 16GB GAMER PC termékbeszámítással
- AZONNALI SZÁLLÍTÁSSAL Eladó Windows 8 / 8.1 Pro
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest