Szegmentálási hiba wget

Fórum: 

Tisztelt Fórumtársak !

Linux mint 18 alatt valamiért a wget használata során szinte mindig, alig, hogy a letöltés elindul szegmentálási hibával le is áll.

A 17.3 verziók alatt nálam egyszer sem fordult elő.

Kérdésem, hogy ez a jelenség az új verzió sajátja, vagy valamit én csinálok rosszul? Esetleg más is találkozott a problémával és tud rá megoldást!

A guglival nem jutottam előrébb.

A segítséget előre is köszönöm !

kimarite képe

Szegmentálási hiba a wget -nél

Ugyanez a hiba már megoldás elé került,
http://ubuntu.hu/node/41994
másold be ide a hibaüzenetet a paranccsal együtt.

És a következő parancsok kimenetét is

cat /proc/cpuinfo
uname -a
dmesg | grep wget

A gépedről írnál valamit?
http://www.linuxquestions.org/questions/linux-software-2/howto-fix-wget-...

Értékelés: 

0
Még nincs értékelve

Szegmentálási hiba

Proci info: pastebin.com/TawpZEtK

Uname: Linux Giga-Linux 4.4.0-21-generic #37-Ubuntu SMP Mon Apr 18 18:33:37 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

Hibaüzenet: pastebin.com/g5Y8hUhZ

Nem gondolnám, hogy hardware-s probléma, mert az asztali gépen (LM 18 Cinnamon) és a laptopon (LM 18 Mate, majd XFCE) szintén ugyanez a hiba jelenség.

Ezt a letöltést Firefox Flashgottal indítottam, de parancssori wget is ezt produkálja.

Értékelés: 

0
Még nincs értékelve
kimarite képe

RE:Szegmentálási hiba

#2 Nálam a 'wget' egy szöveges fájlt tölt le, melynek tartalma; Wrong IP

Mi történik ha ezt töltöd le? Kisebbet nem találtam.

wget http://download.blender.org/ED/ed3d_sidebyside-RL-2x1920x1038_24fps.mkv

Használjuk a GNU Project Debugger-t a a hiba szűkítésére.

Telepítsd
(így vagy csomagkezelőből)

sudo apt-get install gdb

És a félkövér betűkkel jelzett parancsokkal futtasd
     -- gdb wget > run > quit
(a többi kimenet az én rendszeremé; más a 'wget' verziója)

cave@cave:~$ gdb wget
GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/wget...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/bin/wget
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1".
wget: hiányzó URL
Használat: wget [KAPCSOLÓ]… [URL]…

További kapcsolókért adja ki a „wget --help” parancsot.
[Inferior 1 (process 12548) exited with code 01]
(gdb) quit
cave@cave:~$

És ugyanígy a teljes kimenetet másold ide.

Értékelés: 

0
Még nincs értékelve

Szegmentálási hiba

Megpróbáltam letölteni:

pastebin.com/P7n14YgN

Free rapid downloaderrel hiba nélkül tudok letölteni illetve a Firefox beépített letöltője is tökéletesen működik.

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

RE:Szegmentálási hiba

#6 Másik debug módszer

wget -dv http://download.blender.org/ED/ed3d_sidebyside-RL-2x1920x1038_24fps.mkv

Javaslat (olvashatod !nem egészséges ..., de az OpenSSL-el való együttműködésre látunk rá)
https://forum.openwrt.org/viewtopic.php?id=34768
https://forum.openwrt.org/viewtopic.php?id=28816

wget -dv --no-check-certificate http://download.blender.org/ED/ed3d_sidebyside-RL-2x1920x1038_24fps.mkv

Egyelőre az utolsó (tipp - magyarázatot még nem tudok / pontosan)
https://github.com/hashicorp/terraform/issues/6272

wget -dv --no-quiet http://download.blender.org/ED/ed3d_sidebyside-RL-2x1920x1038_24fps.mkv

Értékelés: 

0
Még nincs értékelve
kimarite képe

RE:RE:Szegmentálási hiba

#8 Nézzük ezt

wget -O - http://stream.profm.ro:8012/profm.mp3 | audacious -

( 'sudo apt-get install audacious' vagy a zenész alkalmazásod ehelyett )

A 'curl' is ugyanezt produkálja?

Értékelés: 

0
Még nincs értékelve
kimarite képe

RE:Szegmentálási hiba

#6 UTF-8-ra utaló problémát nem látok nálad
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813158
Szabad helyed van-e,
https://community.bitnami.com/t/wget-segmentation-fault/43373
illetve 'jogosult-e' vagy letölteni (ha nem 'saját gép'-en futtatod)? Utóbbit már kérdeztem.

Ez ez egyszerűbb, kapcsolók nélküli teszt
( sudo apt-get install strace )

strace wget -O /dev/null https://www.redhat.com/archives/redhat-list/2003-September/msg01082.html 2>&1 | tee -a wget_segfault.txt

Kicsit hosszú lesz. Kimenet a text fájlban (saját könyvtár).

Értékelés: 

0
Még nincs értékelve
kimarite képe

RE:RE:Szegmentálási hiba

#10 Ui.: nem fejtem ki, de érdemes lehet foglalkozni ezzel,
http://beta.hackndo.com/wget-segfault-resume/
mármint, hogy az '1.17.1'-es wget azon tulajdonságát megkeressük és javítsuk -ha lehet- hogy bizonyos fájlok vagy az összes lehetőség letöltésénél milyen külső vagy belső ok miatt dob segfault-tot.

De majd tesztelem azzal. Nálam ez van

apt-cache policy wget
wget:
  Telepítve: 1.13.4-3+deb7u3
[...]

Értékelés: 

0
Még nincs értékelve
kimarite képe

RE:RE:RE:Szegmentálási hiba

#12 Nálam ugyan nem.
Frissítettél? (hup-on nem írják?)
https://androbit.net/news/6504/a_windows_10_frissitese_kerdes_nelkul_for...
(mellékhatás / szolgálati közlemény)

Értékelés: 

0
Még nincs értékelve

Szegmentálási hiba

Bocsánatot kérek, hogy nem válaszoltam a felvetésekre, de volt egy kis magánéleti interrupt.

Látszik, hogy kezdő vagyok a linuxban. Nem is tudtam a cURL-ről, de nekem ez is tökéletesen megfelel. Úgyanolyan puritán mint a wget.

Köszönöm a segítő szándékot mindenkinek !

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

RE:Szegmentálási hiba

#14 Az OpenSSH nemrég frissült (általában),
http://hup.hu/cikkek/20160802/openssh_7_3
de nem tudom, tényleg a két alkalmazás 'ütközése' okoz-e szegmentálási hibát ..., ha nem a saját gépen adod ki a 'wget' parancsot. cURL; vannak alkalmazások elég bőségesen, csak fel kell fedezni :). Szívesen.

Értékelés: 

0
Még nincs értékelve

RE:RE:RE:RE:Szegmentálási hiba

Off Hupon még nem vették észre gondolom. Kikapcsoltam a smartcreen filtert, és a Nod32 vírusírtó webvédelme már nem jjelzett erre az oldalra. Éles gépen elhalasztottam a Windows 10 Pro évfordulós frissítését, virtuális tesztgépen insider verzióban a legújabb builder való átálláskor nem tapasztaltam a cikkben említett formázást. On

Értékelés: 

0
Még nincs értékelve
kimarite képe

RE:RE:RE:RE:RE:Szegmentálási hiba

#16 Te is tudod, a böngészők és a védelmi alkalmazások is valamilyen saját adatbázisból dolgoznak. Ha több figyelmeztetés is van, az már gyanús, de ugye a zerodéj támadásokat meg nehéz kivédeni bárkinek is, ha pl. a kasperskiék felfedeznek valamit...utólag. A szabad szoftveres szervereket is ugyanúgy védik, mint  a zárt szoftvereseket (kénytelenek), a Debian nem hiszem, kivétel ez alól. Az eset-nél rá kéne kérdezni (magyar support). Én is kérdezgetős-fajta vagyok.

Értékelés: 

0
Még nincs értékelve
kimarite képe

RE:Az 1.18-2 már jó

#18 Ez nem az unstable, az a SID, amit linkeltél, az a Testing .. , de Debian
(a Wheezy az oldstable, a Jessie a stable)

Ez egy hasonló verziószámú Ubuntu
http://packages.ubuntu.com/yakkety/wget

Architecture Package Size Installed Size Files
amd64 301.6 kB   908.0 kB [list of files]
i386 313.7 kB   940.0 kB [list of files]

A piros gömbök a függőségek, de azokkal jobb nem foglalkozni. Vagy felmegy a gdebi-vel vagy a 'dpkg'-val vagy nem. Nem biztos, hogy érdemes. Esteleg backportolni kéne vagy olyat keresni, amely backportolva van.
Backports - a következő kiadásból előző kiadásba visszaportolt csomagok (stalbilak)
(https://help.ubuntu.com/community/UbuntuBackports
--csak tájékoztató jelleggel)
Szerintem korai arról beszélni, hogy a Xenial-ban backportoltak csomagot a Yakketyből (következő kiadás), de látható, hogy nem is készült el;
http://packages.ubuntu.com/search?suite=xenial-backports&searchon=source...
Szóba jöhet még a Proposed, az előzetes, de amyúgy nem teljesen stabil csomagokra ránézés
https://wiki.ubuntu.com/Testing/EnableProposed
tulajdonképpen testing csomagokról beszélünk a csomagforrás tekintetében.

De proposedként itt nincs (a main-t néztem),
http://archive.ubuntu.com/ubuntu/dists/xenial-proposed/main/binary-amd64...
itt a '1.17.1-1ubuntu1.1 ' verzió van
http://www.ubuntuupdates.org/package/core/xenial/main/updates/wget
amely itt is ugyanaz.
http://packages.ubuntu.com/search?suite=default&section=all&arch=any&key...
Újabb nincs.
http://www.ubuntuupdates.org/pm/wget

Egy szegmentálási hiba -elég régi- javítása
https://www.mail-archive.com/xenial-changes@lists.ubuntu.com/msg02065.html

wget (1.17.1-1) unstable; urgency=medium

  * new upstream relase from 2015-12-11
    - fixed segfault in strlen(). closes: #805673

és ugyanitt javasolt alábbi kapcsolóval való indítás
https://www.mail-archive.com/xenial-changes@lists.ubuntu.com/msg02065.html

wget --with-ssl=openssl URL

Pontosabban talán félre is értelmezem, hogy 'javasolt', a 'wget-udeb' csomag telepítése minden esetre ajánlatos lehet (Busybox-ban például)

sudo apt-get install wget-udeb

és próba

wget URL

... ki kéne próbálni mindkettőt. (az 'URL'-t be kell helyettesíteni)
És a kimenetek ide.
___

Tehát talán ez a már jó változat

wget (1.17.1-1ubuntu1) xenial; urgency=medium

  * Merge with Debian experimental, remaining changes:
    - Add wget-udeb to ship wget as alternative to busybox wget.
    - Build-Depend on libssl-dev instead of libgnutls28-dev.
    - Pass --with-ssl=openssl; there's no udeb for gnutls.
    - Add a second build pass for the udeb, so we can build with -Os and
      without libidn.
    - Use dh_autotools-dev instead of custom config.{sub,guess} copy.
    - Don't build with libpsl-dev, which is in universe.
  * Enable parallel builds.

És hogy melyik verzió telepítve azt ez a parancs mutatja

dpkg -l wget

Értékelés: 

0
Még nincs értékelve

RE:RE:Az 1.18-2 már jó

#19

" Ez nem az unstable, az a SID, amit linkeltél, az a Testing .. , de Debian"

rossz linket raktam be, én a SID-ből szedtem le, csak lehet, hogy túl sokat léptettem vissza a böngészőben, hogy ne a AMD64-re mutató  link legyen betéve.

A lényeg, hogy megy :) 

Az, hogy Debián nem szokott gondot okozni, egy ilyen kis programnál.

"Ez egy hasonló verziószámú Ubuntu"

feltettem (simán felment) a kisebbik gépre, elindítottam egy nagyobb munkamenetet a wget-el, ha jól lefut, akkor majd jelzem. A lényeg, hogy ne dobáljon hibát.

"1.17.1-1ubuntu1" "Tehát talán ez a már jó változat"

Ha ezt rakja fel a rendszer, akkor az nem jó, mert nekem egy sima alap Ubuntu van ezen a gépen és az panaszkodott a szegmentálási hibára... Fejből nem emlékszem a verzióra :)

Értékelés: 

0
Még nincs értékelve
kimarite képe

RE:RE:RE:Az 1.18-2 már jó

#20 Azt nem írtad, hogy neked megoldás, és én nem is figyeltem vagyis te nem jelezted itt, hogy neked is probléma :)
A csomag forrásból forgatására gondoltam még,
vagy lehet backports csomagot készíteni
(utóbbi nem ilyen egyszerű, alábbiak vázlata csak a folyamatnak
http://unix.stackexchange.com/questions/271615/how-to-upgrade-libreoffice-to-ver-5-in-debian-wheezy
és a visszaportolt csomagnál jobb a 'rendszer-eredeti')

sudo apt-get install build-essential devscripts
sudo apt-get build-dep libreoffice
dget http://http.debian.net/debian/pool/main/libr/libreoffice/libreoffice_5.1.1-1.dsc
cd libreoffice-5.1.1
dch -v 5.1.1-1~bpo70+1 "Backport to Wheezy."
dpkg-buildpackage -us -uc

(a Libreoffice 5.2-es változatát azonban így nem lehet a Wheezy-re feltenni, az 5.1-es pedig DEB-ből is telepíthető)

Értékelés: 

0
Még nincs értékelve

RE:Az 1.18-2 már jó

#21 " Azt nem írtad, hogy neked megoldás, és én nem is figyeltem vagyis te nem jelezted itt, hogy neked is probléma :)"

Nem jeleztem, mert ha valami nem megy, vagy eddig ment és mostantól nem megy, akkor a verzió frissítésre gyanakszom. Csak akkor jelzek itt hibát, ha nem jutok előbbre :)

No pár dolog: a SID-es wget 1.18-2-es verzió nem adott eddig hibajelet, mindent rendesen leszedett, ellenben a másik gépen az ubuntus, hasonló verziójú igen majdnem minden fájlnál hibát adott. A két gép azonos hardver és szoftver környezet jó közelítéssel. Ez persze nem azt jelenti, hogy másnál is ilyen lesz az eredmény.

„A csomag forrásból forgatására gondoltam még,”

Arra én is, de az a legutolsó, csak ha muszáj és nincs más.

„vagy lehet backports csomagot készíteni”

Köszi a mini leírást, elmentem, mert jó lehet még valamire.

„wget --with-ssl=openssl URL”

wget: a(z) "--with-ssl=openssl" kapcsoló ismeretlen, legalábbis nekem ezt mondja a wget.

Ha valakinek sikerül valami okosat összehozni, ossza meg itt, mert érdekel a dolog. Ha nem, akkor a jdownloader-t nézze meg, esetleg az is jó lehet neki.

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

RE:RE:Az 1.18-2 már jó

#22 Én sem találok a kézikönyvben ('man wget') hasonlót, de a súgómban sem (wget -h).
Firefox kiegészítőket találtam; https://addons.mozilla.org/hu/firefox/tag/wget .
Ubuntu-nél talán a Unity miatt ('GTK+') dob hibát a wget. A hiba ismerete nélkül nem tudom megmondani.
A 'wget' és a 'curl' összehasonlítása;
https://daniel.haxx.se/docs/curl-vs-wget.html
A Jdownloader2-t használom :). Szívesen.
Szerk.: amúgy érdekes, hogy csak az érték nem jó, a kapcsoló az mintha ..

wget --secure-protocol=openssl https://addons.mozilla.org/hu/firefox/tag/wget
wget: --secure-protocol: Érvénytelen érték: „openssl”.

Értékelés: 

0
Még nincs értékelve