Kirjoittaja Aihe: Ongelmia Heimdallin kanssa  (Luettu 8666 kertaa)

welmar

  • Käyttäjä
  • Viestejä: 1582
    • Profiili
Ongelmia Heimdallin kanssa
« : 09.04.16 - klo:19.14 »
Onko Heimdallissa joku puute Odiniin verrattuna?
Voi olla että en vain osaa käyttää. Muistaakseni täältä https://www.google.com/?ion=1&espv=2#q=samsung%20galaxy%20note%2010.1%20n8000%20firmware%20download latasin firmware paketin mutta Heimdall ei anna asentaa sitä.

henkkus

  • Käyttäjä
  • Viestejä: 5
    • Profiili
Vs: Ongelmia Heimdallin kanssa
« Vastaus #1 : 09.04.16 - klo:19.43 »
Onko Heimdallissa joku puute Odiniin verrattuna?
Voi olla että en vain osaa käyttää. Muistaakseni täältä https://www.google.com/?ion=1&espv=2#q=samsung%20galaxy%20note%2010.1%20n8000%20firmware%20download latasin firmware paketin mutta Heimdall ei anna asentaa sitä.

Mikäli Android 4.4.x on asennettu, on sillä ongelmia Heimdallin kanssa. ja ilmeisesti siitä on tehty bugi-ilmoitus, mutta ei ole korjattu vielä.

nm

  • Käyttäjä
  • Viestejä: 14578
    • Profiili
Vs: Ongelmia Heimdallin kanssa
« Vastaus #2 : 09.04.16 - klo:21.10 »
Mikäli Android 4.4.x on asennettu, on sillä ongelmia Heimdallin kanssa. ja ilmeisesti siitä on tehty bugi-ilmoitus, mutta ei ole korjattu vielä.

Viittaat varmaankin tähän: https://github.com/Benjamin-Dobell/Heimdall/issues/209

Täällä on ehdotettu korjauksia, joista voisi olla apua: https://github.com/Benjamin-Dobell/Heimdall/pull/329

welmar

  • Käyttäjä
  • Viestejä: 1582
    • Profiili
Vs: Ongelmia Heimdallin kanssa
« Vastaus #3 : 09.04.16 - klo:21.36 »
Pitäis varmaan tehdä uusi aihe tästä. Ongelma on etten saa Galaxy 10.1 ollenkaan käyntiin ja Heimdall ei tunnista ladattua firmwarea. zip tiedostohan se on ja olen purkanut sen ja silti ei heimdall löydä sitä.

nm

  • Käyttäjä
  • Viestejä: 14578
    • Profiili
Vs: Ongelmia Heimdallin kanssa
« Vastaus #4 : 09.04.16 - klo:23.29 »
Pitäis varmaan tehdä uusi aihe tästä. Ongelma on etten saa Galaxy 10.1 ollenkaan käyntiin ja Heimdall ei tunnista ladattua firmwarea. zip tiedostohan se on ja olen purkanut sen ja silti ei heimdall löydä sitä.

Minkä ohjeen avulla olet yrittänyt? Ohjelman käyttö ei ole ihan niin suoraviivaista ilman erityisesti Heimdallia varten tehtyä firmwarepakettia. Tässä yksi melko selkeä ohje: https://www.ulyaoth.net/resources/tutorial-how-to-flash-your-samsung-galaxy-series-phone.31/
Ohjeen alusta tosin puuttuu PIT-tiedoston lataus puhelimesta/tabletista, joka tehdään Utilities-välilehden Download PIT -> Save As -toiminnolla.
« Viimeksi muokattu: 09.04.16 - klo:23.31 kirjoittanut nm »

welmar

  • Käyttäjä
  • Viestejä: 1582
    • Profiili
Vs: Ongelmia Heimdallin kanssa
« Vastaus #5 : 06.06.16 - klo:18.10 »
Pitäis varmaan tehdä uusi aihe tästä. Ongelma on etten saa Galaxy 10.1 ollenkaan käyntiin ja Heimdall ei tunnista ladattua firmwarea. zip tiedostohan se on ja olen purkanut sen ja silti ei heimdall löydä sitä.

Minkä ohjeen avulla olet yrittänyt? Ohjelman käyttö ei ole ihan niin suoraviivaista ilman erityisesti Heimdallia varten tehtyä firmwarepakettia. Tässä yksi melko selkeä ohje: https://www.ulyaoth.net/resources/tutorial-how-to-flash-your-samsung-galaxy-series-phone.31/
Ohjeen alusta tosin puuttuu PIT-tiedoston lataus puhelimesta/tabletista, joka tehdään Utilities-välilehden Download PIT -> Save As -toiminnolla.
Tästä on mennyt jo pari kuukautta mutta nyt olis aikaa kokeilla saanko enään tablettiani toimimaan. Tuntuu että olen ihan pihalla mitä pitäisi tehdä ja aluksi mitä tarkoittaa PIT-tiedoston lataus ja miten tarkemmin sen lataus tapahtuu? Jos tuo PIT-tiedosto pitäisi tabletista ladata niin se ei onnistu. Heimdall ei löydä tablettia vaikka lukee Device detected
« Viimeksi muokattu: 06.06.16 - klo:18.35 kirjoittanut welmar »

nm

  • Käyttäjä
  • Viestejä: 14578
    • Profiili
Vs: Ongelmia Heimdallin kanssa
« Vastaus #6 : 06.06.16 - klo:21.04 »
Tästä on mennyt jo pari kuukautta mutta nyt olis aikaa kokeilla saanko enään tablettiani toimimaan. Tuntuu että olen ihan pihalla mitä pitäisi tehdä ja aluksi mitä tarkoittaa PIT-tiedoston lataus ja miten tarkemmin sen lataus tapahtuu? Jos tuo PIT-tiedosto pitäisi tabletista ladata niin se ei onnistu. Heimdall ei löydä tablettia vaikka lukee Device detected

Kyllä, PIT-tiedosto ladataan tabletista Heimdallin toiminnolla. Ensin pitää kuitenkin saada Heimdall toimimaan oikein.

Käytät varmaankin edelleen valmista Heimdall-pakettia, jossa ei ole yllä mainittuja paikkauksia? Mitä tämä listaa:

Koodia: [Valitse]
sudo heimdall print-pit --verbose --no-reboot

Oliko nyt siis kyseessä tabletti, joka ei käynnisty lainkaan? Siinä tapauksessa vika voi hyvinkin olla myös siellä tabletin puolella. PIT-tiedoston lataus ei taida onnistua, jos tabletti ei käynnisty tarpeeksi pitkälle.

Toimiiko Windowsissa Odinilla, jos olet löytänyt sopivan firmispaketin sitä varten?
« Viimeksi muokattu: 06.06.16 - klo:21.14 kirjoittanut nm »

welmar

  • Käyttäjä
  • Viestejä: 1582
    • Profiili
Vs: Ongelmia Heimdallin kanssa
« Vastaus #7 : 06.06.16 - klo:21.18 »
No tuolla komennolla ainakin tuli paljon tekstiä
Koodia: [Valitse]
sudo heimdall print-pit --verbose --no-reboot
Heimdall v1.4.1

Copyright (c) 2010-2014 Benjamin Dobell, Glass Echidna
http://www.glassechidna.com.au/

This software is provided free of charge. Copying and redistribution is
encouraged.

If you appreciate this software and you would like to support future
development please consider donating:
http://www.glassechidna.com.au/donate/

Initialising connection...
Detecting device...
      Manufacturer: "SAMSUNG"
           Product: "Gadget Serial"

            length: 18
      device class: 2
               S/N: 0
           VID:PID: 04E8:685D
         bcdDevice: 021B
   iMan:iProd:iSer: 1:2:0
          nb confs: 1

interface[0].altsetting[0]: num endpoints = 1
   Class.SubClass.Protocol: 02.02.01
       endpoint[0].address: 83
           max packet size: 0010
          polling interval: 09

interface[1].altsetting[0]: num endpoints = 2
   Class.SubClass.Protocol: 0A.00.00
       endpoint[0].address: 81
           max packet size: 0200
          polling interval: 00
       endpoint[1].address: 02
           max packet size: 0200
          polling interval: 00
Claiming interface...
Setting up interface...

Initialising protocol...
Protocol initialisation successful.

Beginning session...

Some devices may take up to 2 minutes to respond.
Please be patient!

Session begun.

Downloading device's PIT file...
PIT file download successful.

Entry Count: 16
Unknown 1: 1598902083
Unknown 2: 844251476
Unknown 3: 20302
Unknown 4: 17748
Unknown 5: 12337
Unknown 6: 0
Unknown 7: 0
Unknown 8: 0


--- Entry #0 ---
Binary Type: 0 (AP)
Device Type: 2 (MMC)
Identifier: 80
Attributes: 2 (STL Read-Only)
Update Attributes: 1 (FOTA)
Partition Block Size/Offset: 0
Partition Block Count: 1734
File Offset (Obsolete): 0
File Size (Obsolete): 0
Partition Name: BOOTLOADER
Flash Filename: sboot.bin
FOTA Filename:


--- Entry #1 ---
Binary Type: 0 (AP)
Device Type: 2 (MMC)
Identifier: 81
Attributes: 5 (Read/Write)
Update Attributes: 1 (FOTA)
Partition Block Size/Offset: 1734
Partition Block Count: 312
File Offset (Obsolete): 0
File Size (Obsolete): 0
Partition Name: TZSW
Flash Filename: tz.img
FOTA Filename:


--- Entry #2 ---
Binary Type: 0 (AP)
Device Type: 2 (MMC)
Identifier: 70
Attributes: 5 (Read/Write)
Update Attributes: 1 (FOTA)
Partition Block Size/Offset: 34
Partition Block Count: 16
File Offset (Obsolete): 0
File Size (Obsolete): 0
Partition Name: PIT
Flash Filename: note10.pit
FOTA Filename:


--- Entry #3 ---
Binary Type: 0 (AP)
Device Type: 2 (MMC)
Identifier: 71
Attributes: 5 (Read/Write)
Update Attributes: 1 (FOTA)
Partition Block Size/Offset: 50
Partition Block Count: 2048
File Offset (Obsolete): 0
File Size (Obsolete): 0
Partition Name: MD5HDR
Flash Filename: md5.img
FOTA Filename:


--- Entry #4 ---
Binary Type: 0 (AP)
Device Type: 2 (MMC)
Identifier: 1
Attributes: 5 (Read/Write)
Update Attributes: 1 (FOTA)
Partition Block Size/Offset: 8192
Partition Block Count: 8192
File Offset (Obsolete): 0
File Size (Obsolete): 0
Partition Name: BOTA0
Flash Filename: -
FOTA Filename:


--- Entry #5 ---
Binary Type: 0 (AP)
Device Type: 2 (MMC)
Identifier: 2
Attributes: 5 (Read/Write)
Update Attributes: 1 (FOTA)
Partition Block Size/Offset: 16384
Partition Block Count: 8192
File Offset (Obsolete): 0
File Size (Obsolete): 0
Partition Name: BOTA1
Flash Filename: -
FOTA Filename:


--- Entry #6 ---
Binary Type: 0 (AP)
Device Type: 2 (MMC)
Identifier: 3
Attributes: 5 (Read/Write)
Update Attributes: 5 (FOTA)
Partition Block Size/Offset: 24576
Partition Block Count: 40960
File Offset (Obsolete): 0
File Size (Obsolete): 0
Partition Name: EFS
Flash Filename: efs.img
FOTA Filename:


--- Entry #7 ---
Binary Type: 0 (AP)
Device Type: 2 (MMC)
Identifier: 4
Attributes: 5 (Read/Write)
Update Attributes: 1 (FOTA)
Partition Block Size/Offset: 65536
Partition Block Count: 16384
File Offset (Obsolete): 0
File Size (Obsolete): 0
Partition Name: PARAM
Flash Filename: param.bin
FOTA Filename:


--- Entry #8 ---
Binary Type: 0 (AP)
Device Type: 2 (MMC)
Identifier: 5
Attributes: 5 (Read/Write)
Update Attributes: 1 (FOTA)
Partition Block Size/Offset: 81920
Partition Block Count: 16384
File Offset (Obsolete): 0
File Size (Obsolete): 0
Partition Name: BOOT
Flash Filename: boot.img
FOTA Filename:


--- Entry #9 ---
Binary Type: 0 (AP)
Device Type: 2 (MMC)
Identifier: 6
Attributes: 5 (Read/Write)
Update Attributes: 1 (FOTA)
Partition Block Size/Offset: 98304
Partition Block Count: 16384
File Offset (Obsolete): 0
File Size (Obsolete): 0
Partition Name: RECOVERY
Flash Filename: recovery.img
FOTA Filename:


--- Entry #10 ---
Binary Type: 0 (AP)
Device Type: 2 (MMC)
Identifier: 7
Attributes: 5 (Read/Write)
Update Attributes: 1 (FOTA)
Partition Block Size/Offset: 114688
Partition Block Count: 65536
File Offset (Obsolete): 0
File Size (Obsolete): 0
Partition Name: RADIO
Flash Filename: modem.bin
FOTA Filename:


--- Entry #11 ---
Binary Type: 0 (AP)
Device Type: 2 (MMC)
Identifier: 8
Attributes: 5 (Read/Write)
Update Attributes: 5 (FOTA)
Partition Block Size/Offset: 180224
Partition Block Count: 1638400
File Offset (Obsolete): 0
File Size (Obsolete): 0
Partition Name: CACHE
Flash Filename: cache.img
FOTA Filename:


--- Entry #12 ---
Binary Type: 0 (AP)
Device Type: 2 (MMC)
Identifier: 9
Attributes: 5 (Read/Write)
Update Attributes: 5 (FOTA)
Partition Block Size/Offset: 1818624
Partition Block Count: 2867200
File Offset (Obsolete): 0
File Size (Obsolete): 0
Partition Name: SYSTEM
Flash Filename: system.img
FOTA Filename:


--- Entry #13 ---
Binary Type: 0 (AP)
Device Type: 2 (MMC)
Identifier: 10
Attributes: 5 (Read/Write)
Update Attributes: 5 (FOTA)
Partition Block Size/Offset: 4685824
Partition Block Count: 1024000
File Offset (Obsolete): 0
File Size (Obsolete): 0
Partition Name: HIDDEN
Flash Filename: hidden.img
FOTA Filename:


--- Entry #14 ---
Binary Type: 0 (AP)
Device Type: 2 (MMC)
Identifier: 11
Attributes: 5 (Read/Write)
Update Attributes: 1 (FOTA)
Partition Block Size/Offset: 5709824
Partition Block Count: 16384
File Offset (Obsolete): 0
File Size (Obsolete): 0
Partition Name: OTA
Flash Filename: -
FOTA Filename:


--- Entry #15 ---
Binary Type: 0 (AP)
Device Type: 2 (MMC)
Identifier: 12
Attributes: 5 (Read/Write)
Update Attributes: 5 (FOTA)
Partition Block Size/Offset: 5726208
Partition Block Count: 0
File Offset (Obsolete): 0
File Size (Obsolete): 0
Partition Name: USERDATA
Flash Filename: userdata.img
FOTA Filename: remained

Ending session...
Releasing device interface...
Samanlaisia ongelmia kun yrittänyt googlettaa niin on jopa ehdotettu emolevyn vaihtoa mutta siihen en ryhdy. Windowsia ei ole mutta voisin ehkä jonkin kokeiluversion ladata virtuaalboxiin. Onko ongelma heimdall-frontendissä kun ei pääse PIT-tiedostoon kiinni? Jos se pitäisi avata pääkäyttän oikeuksin niin siinä on ongelma koska aukeaa vain tyhjä ikkuna. Olen kokeillut sudolla ja beesulla mutta ei eroa. Komentorivillä toi print-pit ainakin näytti toimivan jos oikein ymmärsin tulostusta.
« Viimeksi muokattu: 06.06.16 - klo:22.06 kirjoittanut welmar »

welmar

  • Käyttäjä
  • Viestejä: 1582
    • Profiili
Vs: Ongelmia Heimdallin kanssa
« Vastaus #8 : 07.06.16 - klo:08.46 »
Olettaisin että olen jo aika lähellä ratkaisua mutta ei ihan vielä tunnu onnistuvan. Teenkö jotain väärin? Vai pitääkö se PIT-tiedosto vielä ladata ensin johonkin?
Koodia: [Valitse]
sudo heimdall print-pit --verbose --no-reboot|grep -i recovery
Partition Name: RECOVERY
Flash Filename: recovery.img
[welmar@localhost src]$ sudo heimdall flash --RECOVERY recovery.img
ERROR: Failed to open file "recovery.img"

nm

  • Käyttäjä
  • Viestejä: 14578
    • Profiili
Vs: Ongelmia Heimdallin kanssa
« Vastaus #9 : 07.06.16 - klo:10.48 »
Samanlaisia ongelmia kun yrittänyt googlettaa niin on jopa ehdotettu emolevyn vaihtoa mutta siihen en ryhdy. Windowsia ei ole mutta voisin ehkä jonkin kokeiluversion ladata virtuaalboxiin. Onko ongelma heimdall-frontendissä kun ei pääse PIT-tiedostoon kiinni?

Heimdall-flash -paketissa on tiedosto /lib/udev/rules.d/40-heimdall-flash.rules, jossa annetaan käyttäjille käyttöoikeudet tietyille Samsungin laitteille (04e8:6601, 04e8:685d ja 04e8:68c3). Ainakin Ubuntu 14.04:n paketissa nuo määritykset on tehty vanhentuneen udev-acl -tagin avulla. Se toimi Ubuntu 13.04:ssä ja vanhemmissa jakeluissa, mutta ei enää 14.04:ssä.

Jos laitteen USB-tunniste on lsusb:n mukaan 04e8:6860 (tarkista!), tällainen udev-sääntö voisi toimia:

Koodia: [Valitse]
SUBSYSTEM=="usb", ATTR{idVendor}=="04e8", ATTR{idProduct}=="6860", TAG+="uaccess"
Kirjoita se tiedostoon vaikka näin:

Koodia: [Valitse]
echo 'SUBSYSTEM=="usb", ATTR{idVendor}=="04e8", ATTR{idProduct}=="6860", TAG+="uaccess"' | sudo tee -a /lib/udev/rules.d/40-heimdall-flash.rules
Kytke tabletti koneeseen uudelleen. Sitten heimdallin ja heimdall-frontendin pitäisi toimia ilman sudotusta.


Komentorivillä toi print-pit ainakin näytti toimivan jos oikein ymmärsin tulostusta.

Kyllä, näyttää hyvältä. Voit sitten ladata PIT-tiedoston tabletista vaikka näin (sudolla, jos et saa udev-sääntöjä toimimaan):

Koodia: [Valitse]
sudo heimdall download-pit --output galaxynote10.pit --verbose --no-reboot

Komentoriviohjelman käyttöohjeen voi listata päätteeseen komennolla:

Koodia: [Valitse]
heimdall

welmar

  • Käyttäjä
  • Viestejä: 1582
    • Profiili
Vs: Ongelmia Heimdallin kanssa
« Vastaus #10 : 08.06.16 - klo:17.55 »
Olen yrittänyt laittaa cwm-recovery ja stockrecovery imagea sisään mutta ei tunnu onnistuvan. Muutamalla ensimmäisellä yrityksellä sain virheilmoituksen joka kertoi että siirron lopetus epäonnistui ja nyt Setting up interface failed. Mitä kannattaa yrittää? Varmaan mikään ei ommistu ennen kuin tuon recoveryn saa toimimaan? Komentorivillä näyttää tältä kun yritän recovery imagea laittaa
Koodia: [Valitse]
[welmar@localhost ~]$ sudo heimdall flash --RECOVERY recovery.img
Heimdall v1.4.1

Copyright (c) 2010-2014 Benjamin Dobell, Glass Echidna
http://www.glassechidna.com.au/

This software is provided free of charge. Copying and redistribution is
encouraged.

If you appreciate this software and you would like to support future
development please consider donating:
http://www.glassechidna.com.au/donate/

Initialising connection...
Detecting device...
Claiming interface...
Setting up interface...

Initialising protocol...
Protocol initialisation successful.

Beginning session...

Some devices may take up to 2 minutes to respond.
Please be patient!

Session begun.

Downloading device's PIT file...
PIT file download successful.

Uploading RECOVERY
100%
ERROR: Failed to confirm end of file transfer sequence!
ERROR: RECOVERY upload failed!

Ending session...
ERROR: Failed to send end session packet!
Releasing device interface...

« Viimeksi muokattu: 08.06.16 - klo:18.36 kirjoittanut welmar »

welmar

  • Käyttäjä
  • Viestejä: 1582
    • Profiili
Vs: Ongelmia Heimdallin kanssa
« Vastaus #11 : 08.06.16 - klo:22.53 »
Ongelma liittyy libusb:n mutta en tiedä mitä voisin yrittää enkä yrityksistä huomĺimatta ole löytänyt kuin oikeastaan samoja keskusteluja. Jotku on saanut toimimaan eri usb-portilla mutta minulla siitä ei ollut apua. Tässä vielä mahdollisimman paljon tietoa
Koodia: [Valitse]
sudo heimdall flash --RECOVERY recovery.img --verbose --stdout-errors --usb-log-level debug   
Heimdall v1.4.1

Copyright (c) 2010-2014 Benjamin Dobell, Glass Echidna
http://www.glassechidna.com.au/

This software is provided free of charge. Copying and redistribution is
encouraged.

If you appreciate this software and you would like to support future
development please consider donating:
http://www.glassechidna.com.au/donate/

Initialising connection...
Detecting device...
[timestamp] [threadID] facility level [function call] <message>
--------------------------------------------------------------------------------
[ 0.012627] [00003e49] libusb: debug [libusb_get_device_list]
[ 0.012701] [00003e49] libusb: debug [discovered_devs_append] need to increase capacity
[ 0.012720] [00003e49] libusb: debug [libusb_get_device_descriptor]
[ 0.012728] [00003e49] libusb: debug [libusb_get_device_descriptor]
[ 0.012733] [00003e49] libusb: debug [libusb_get_device_descriptor]
[ 0.012739] [00003e49] libusb: debug [libusb_get_device_descriptor]
[ 0.012752] [00003e49] libusb: debug [libusb_get_device_descriptor]
[ 0.012762] [00003e49] libusb: debug [libusb_get_device_descriptor]
[ 0.012774] [00003e49] libusb: debug [libusb_get_device_descriptor]
[ 0.012791] [00003e49] libusb: debug [libusb_open] open 1.17
[ 0.012857] [00003e49] libusb: debug [usbi_add_pollfd] add fd 10 events 4
[ 0.012869] [00003e49] libusb: debug [libusb_get_device_descriptor]
[ 0.012886] [00003e49] libusb: debug [libusb_alloc_transfer] transfer 0x20e9d78
[ 0.012910] [00003e49] libusb: debug [libusb_submit_transfer] transfer 0x20e9d78
[ 0.012924] [00003e49] libusb: debug [add_to_flying_list] arm timerfd for timeout in 1000ms (first in line)
[ 0.012965] [00003e49] libusb: debug [libusb_handle_events_timeout_completed] doing our own event handling
[ 0.012977] [00003e49] libusb: debug [handle_events] poll fds modified, reallocating
[ 0.012998] [00003e49] libusb: debug [handle_events] poll() 3 fds with timeout in 60000ms
[ 0.013084] [00003e49] libusb: debug [handle_events] poll() returned 1
[ 0.013100] [00003e49] libusb: debug [reap_for_handle] urb type=2 status=0 transferred=4
[ 0.013111] [00003e49] libusb: debug [handle_control_completion] handling completion status 0
[ 0.013125] [00003e49] libusb: debug [disarm_timerfd]
[ 0.013139] [00003e49] libusb: debug [usbi_handle_transfer_completion] transfer 0x20e9d78 has callback 0x7f72ff709250
[ 0.013151] [00003e49] libusb: debug [sync_transfer_cb] actual_length=4
[ 0.013167] [00003e49] libusb: debug [libusb_free_transfer] transfer 0x20e9d78
[ 0.013181] [00003e49] libusb: debug [libusb_alloc_transfer] transfer 0x20e9d78
[ 0.013194] [00003e49] libusb: debug [libusb_submit_transfer] transfer 0x20e9d78
[ 0.013205] [00003e49] libusb: debug [add_to_flying_list] arm timerfd for timeout in 1000ms (first in line)
[ 0.013229] [00003e49] libusb: debug [libusb_handle_events_timeout_completed] doing our own event handling
[ 0.013240] [00003e49] libusb: debug [handle_events] poll() 3 fds with timeout in 60000ms
[ 0.013346] [00003e49] libusb: debug [handle_events] poll() returned 1
[ 0.013359] [00003e49] libusb: debug [reap_for_handle] urb type=2 status=0 transferred=16
[ 0.013371] [00003e49] libusb: debug [handle_control_completion] handling completion status 0
[ 0.013383] [00003e49] libusb: debug [disarm_timerfd]
[ 0.013394] [00003e49] libusb: debug [usbi_handle_transfer_completion] transfer 0x20e9d78 has callback 0x7f72ff709250
[ 0.013406] [00003e49] libusb: debug [sync_transfer_cb] actual_length=16
[ 0.013420] [00003e49] libusb: debug [libusb_free_transfer] transfer 0x20e9d78
      Manufacturer: "SAMSUNG"
[ 0.013444] [00003e49] libusb: debug [libusb_alloc_transfer] transfer 0x20e9d78
[ 0.013456] [00003e49] libusb: debug [libusb_submit_transfer] transfer 0x20e9d78
[ 0.013467] [00003e49] libusb: debug [add_to_flying_list] arm timerfd for timeout in 1000ms (first in line)
[ 0.013489] [00003e49] libusb: debug [libusb_handle_events_timeout_completed] doing our own event handling
[ 0.013499] [00003e49] libusb: debug [handle_events] poll() 3 fds with timeout in 60000ms
[ 0.013841] [00003e49] libusb: debug [handle_events] poll() returned 1
[ 0.013857] [00003e49] libusb: debug [reap_for_handle] urb type=2 status=0 transferred=4
[ 0.013869] [00003e49] libusb: debug [handle_control_completion] handling completion status 0
[ 0.013881] [00003e49] libusb: debug [disarm_timerfd]
[ 0.013893] [00003e49] libusb: debug [usbi_handle_transfer_completion] transfer 0x20e9d78 has callback 0x7f72ff709250
[ 0.013905] [00003e49] libusb: debug [sync_transfer_cb] actual_length=4
[ 0.013920] [00003e49] libusb: debug [libusb_free_transfer] transfer 0x20e9d78
[ 0.013934] [00003e49] libusb: debug [libusb_alloc_transfer] transfer 0x20e9d78
[ 0.013946] [00003e49] libusb: debug [libusb_submit_transfer] transfer 0x20e9d78
[ 0.013958] [00003e49] libusb: debug [add_to_flying_list] arm timerfd for timeout in 1000ms (first in line)
[ 0.013979] [00003e49] libusb: debug [libusb_handle_events_timeout_completed] doing our own event handling
[ 0.013990] [00003e49] libusb: debug [handle_events] poll() 3 fds with timeout in 60000ms
[ 0.014197] [00003e49] libusb: debug [handle_events] poll() returned 1
[ 0.014211] [00003e49] libusb: debug [reap_for_handle] urb type=2 status=0 transferred=28
[ 0.014223] [00003e49] libusb: debug [handle_control_completion] handling completion status 0
[ 0.014236] [00003e49] libusb: debug [disarm_timerfd]
[ 0.014250] [00003e49] libusb: debug [usbi_handle_transfer_completion] transfer 0x20e9d78 has callback 0x7f72ff709250
[ 0.014262] [00003e49] libusb: debug [sync_transfer_cb] actual_length=28
[ 0.014275] [00003e49] libusb: debug [libusb_free_transfer] transfer 0x20e9d78
           Product: "Gadget Serial"

            length: 18
      device class: 2
               S/N: 0
           VID:PID: 04E8:685D
         bcdDevice: 021B
   iMan:iProd:iSer: 1:2:0
          nb confs: 1
[ 0.014357] [00003e49] libusb: debug [libusb_get_config_descriptor] index 0

interface[0].altsetting[0]: num endpoints = 1
   Class.SubClass.Protocol: 02.02.01
       endpoint[0].address: 83
           max packet size: 0010
          polling interval: 09

interface[1].altsetting[0]: num endpoints = 2
   Class.SubClass.Protocol: 0A.00.00
       endpoint[0].address: 81
           max packet size: 0200
          polling interval: 00
       endpoint[1].address: 02
           max packet size: 0200
          polling interval: 00
Claiming interface...
[ 0.014503] [00003e49] libusb: debug [libusb_claim_interface] interface 1
Setting up interface...
[ 0.014570] [00003e49] libusb: debug [libusb_set_interface_alt_setting] interface 1 altsetting 0

Initialising protocol...
[ 0.014717] [00003e49] libusb: debug [libusb_alloc_transfer] transfer 0x20eb928
[ 0.014727] [00003e49] libusb: debug [libusb_submit_transfer] transfer 0x20eb928
[ 0.014740] [00003e49] libusb: debug [add_to_flying_list] arm timerfd for timeout in 1000ms (first in line)
[ 0.014755] [00003e49] libusb: debug [submit_bulk_transfer] need 1 urbs for new transfer with length 4
[ 0.014778] [00003e49] libusb: debug [libusb_handle_events_timeout_completed] doing our own event handling
[ 0.014788] [00003e49] libusb: debug [handle_events] poll() 3 fds with timeout in 60000ms
[ 0.015018] [00003e49] libusb: debug [handle_events] poll() returned 1
[ 0.015056] [00003e49] libusb: debug [reap_for_handle] urb type=3 status=0 transferred=4
[ 0.015075] [00003e49] libusb: debug [handle_bulk_completion] handling completion status 0 of bulk urb 1/1
[ 0.015090] [00003e49] libusb: debug [handle_bulk_completion] last URB in transfer --> complete!
[ 0.015105] [00003e49] libusb: debug [disarm_timerfd]
[ 0.015116] [00003e49] libusb: debug [usbi_handle_transfer_completion] transfer 0x20eb928 has callback 0x7f72ff709250
[ 0.015126] [00003e49] libusb: debug [sync_transfer_cb] actual_length=4
[ 0.015138] [00003e49] libusb: debug [libusb_free_transfer] transfer 0x20eb928
[ 0.015150] [00003e49] libusb: debug [libusb_alloc_transfer] transfer 0x20eb928
[ 0.015162] [00003e49] libusb: debug [libusb_submit_transfer] transfer 0x20eb928
[ 0.015174] [00003e49] libusb: debug [add_to_flying_list] arm timerfd for timeout in 1000ms (first in line)
[ 0.015192] [00003e49] libusb: debug [submit_bulk_transfer] need 1 urbs for new transfer with length 7
[ 0.015223] [00003e49] libusb: debug [libusb_handle_events_timeout_completed] doing our own event handling
[ 0.015236] [00003e49] libusb: debug [handle_events] poll() 3 fds with timeout in 60000ms
[ 1.015268] [00003e49] libusb: debug [handle_events] poll() returned 1
[ 1.015309] [00003e49] libusb: debug [handle_events] timerfd triggered
[ 1.015318] [00003e49] libusb: debug [libusb_cancel_transfer] transfer 0x20eb928
[ 1.015737] [00003e49] libusb: debug [disarm_timerfd]
[ 1.015787] [00003e49] libusb: debug [handle_events] poll() 3 fds with timeout in 0ms
[ 1.015801] [00003e49] libusb: debug [handle_events] poll() returned 1
[ 1.015817] [00003e49] libusb: debug [reap_for_handle] urb type=3 status=-2 transferred=0
[ 1.015827] [00003e49] libusb: debug [handle_bulk_completion] handling completion status -2 of bulk urb 1/1
[ 1.015835] [00003e49] libusb: debug [handle_bulk_completion] abnormal reap: urb status -2
[ 1.015849] [00003e49] libusb: debug [handle_bulk_completion] abnormal reap: last URB handled, reporting
[ 1.015889] [00003e49] libusb: debug [usbi_handle_transfer_cancellation] detected timeout cancellation
[ 1.015897] [00003e49] libusb: debug [disarm_timerfd]
[ 1.015906] [00003e49] libusb: debug [usbi_handle_transfer_completion] transfer 0x20eb928 has callback 0x7f72ff709250
[ 1.015914] [00003e49] libusb: debug [sync_transfer_cb] actual_length=0
[ 1.015924] [00003e49] libusb: debug [libusb_free_transfer] transfer 0x20eb928
ERROR: Failed to receive handshake response. Result: -7
ERROR: Failed to receive handshake response. Result: -7
ERROR: Protocol initialisation failed!

ERROR: Protocol initialisation failed!

Releasing device interface...
[ 1.016067] [00003e49] libusb: debug [libusb_release_interface] interface 1

[ 1.016137] [00003e49] libusb: debug [libusb_close]
[ 1.016161] [00003e49] libusb: debug [usbi_remove_pollfd] remove fd 10
[ 1.016187] [00003e49] libusb: debug [libusb_exit]
[ 1.016198] [00003e49] libusb: debug [libusb_exit] destroying default context
LISÄYS: Käänsin heimdallin githubista ja asensin mm. libusb ja joidenkin muidenkin pakettien devel-versiot kun jotku oli niin saanut toimimaan mutta täsmälleen(ainakin minun silmin) samat virheet tulee.
« Viimeksi muokattu: 09.06.16 - klo:18.50 kirjoittanut welmar »

nm

  • Käyttäjä
  • Viestejä: 14578
    • Profiili
Vs: Ongelmia Heimdallin kanssa
« Vastaus #12 : 09.06.16 - klo:18.59 »
Tässä pari juttua, joita kannattaisi kokeilla:

1. Jos laite tunnistuu dmesgin perusteella modeemina (cdc_acm-moduuli latautuu), estä se udev-säännöllä:
https://github.com/Benjamin-Dobell/Heimdall/issues/228#issuecomment-166147621

2. Poista muut Heimdall-versiot ja käännä paikkailtu versio Ryan Egesdahlin github-reposta. Se sisältää korjauksia erinäisiin USB-yhteysongelmiin. Tästä oli puhetta jo tuossa ylempänä pari kuukautta sitten.

welmar

  • Käyttäjä
  • Viestejä: 1582
    • Profiili
Vs: Ongelmia Heimdallin kanssa
« Vastaus #13 : 09.06.16 - klo:21.24 »
Edelleen ongelma pysyy. Olen nyt kokeillut kääntää tällä ja aikaisemmin käänsin SaburoJiro's forkista. Toimiiko toi udev sääntö oikein?
Koodia: [Valitse]
welmar@localhost heimdall]$ dmesg |grep cdc_acm
[  100.189923] usbcore: registered new interface driver cdc_acm
[  100.189929] cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters
[welmar@localhost heimdall]$ cat /etc/ud
udev/    udisks2/
[welmar@localhost heimdall]$ cat /etc/udev/rules.d/79-samsung.rules
ATTRS{idVendor}=="04e8", ENV{ID_MM_DEVICE_IGNORE}="1"
[welmar@localhost heimdall]$
Pitäisikö tiedoston nimi olla jokin muu?
LISÄYS: Huomasin tässä virheen udev säännön kuuluisi olla /lib/udev eikä /etc/udev Lisäsin saman säännön nyt tuonnekkin mutta ei vaikutusta.
« Viimeksi muokattu: 10.06.16 - klo:10.39 kirjoittanut welmar »

welmar

  • Käyttäjä
  • Viestejä: 1582
    • Profiili
Vs: Ongelmia Heimdallin kanssa
« Vastaus #14 : 09.06.16 - klo:23.00 »
Edelleen ongelma pysyy. Olen nyt kokeillut kääntää tällä ja aikaisemmin käänsin SaburoJiro's forkista. Toimiiko toi udev sääntö oikein?
Koodia: [Valitse]
welmar@localhost heimdall]$ dmesg |grep cdc_acm
[  100.189923] usbcore: registered new interface driver cdc_acm
[  100.189929] cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters
[welmar@localhost heimdall]$ cat /etc/ud
udev/    udisks2/
[welmar@localhost heimdall]$ cat /etc/udev/rules.d/79-samsung.rules
ATTRS{idVendor}=="04e8", ENV{ID_MM_DEVICE_IGNORE}="1"
[welmar@localhost heimdall]$
Pitäisikö tiedoston nimi olla jokin muu?
LISÄYS: Joo selkeesti udev-sääntö ei toimi
Koodia: [Valitse]
dmesg|grep idVendor=04e8
[   60.969856] usb 1-1.3: New USB device found, idVendor=04e8, idProduct=685d
[  499.972071] usb 1-1.3: New USB device found, idVendor=04e8, idProduct=6860
Olen kokeillut käynnistää koneen uudelleen ja
Koodia: [Valitse]
sudo udevadm control --reload systemd:ssä ilmeisesti udev käynnistetään näin uudelleen
Koodia: [Valitse]
systemctl restart systemd-udevd
koska ainakaan
Koodia: [Valitse]
sudo service udev restart
Redirecting to /bin/systemctl restart  udev.service
Failed to restart udev.service: Unit udev.service not found.
ei näytä toimivan.

welmar

  • Käyttäjä
  • Viestejä: 1582
    • Profiili
Vs: Ongelmia Heimdallin kanssa
« Vastaus #15 : 10.06.16 - klo:12.05 »
Yritän jatkaa selvittämistä ja nyt mielestäni lsusb näyttää epäilyttävältä
Koodia: [Valitse]
[welmar@localhost heimdall]$ lsusb -v | grep -A 5 Samsung
Couldn't open device, some information will be missing
Couldn't open device, some information will be missing
Couldn't open device, some information will be missing
Couldn't open device, some information will be missing
Couldn't open device, some information will be missing
Couldn't open device, some information will be missing
Couldn't open device, some information will be missing
Bus 001 Device 007: ID 04e8:685d Samsung Electronics Co., Ltd GT-I9100 Phone [Galaxy S II] (Download mode)
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            2 Communications
--
  idVendor           0x04e8 Samsung Electronics Co., Ltd
  idProduct          0x685d GT-I9100 Phone [Galaxy S II] (Download mode)
  bcdDevice            2.1b
  iManufacturer           1 (error)
  iProduct                2 (error)
  iSerial                 0
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
cannot read device status, Resource temporarily unavailable (11)
Couldn't open device, some information will be missing
Couldn't open device, some information will be missing
Couldn't open device, some information will be missing
Koodia: [Valitse]
welmar@welmar-Aspire-7220:~$ dmesg|grep cdc
[    7.298083] cdc_acm: probe of 1-2:1.0 failed with error -22
[    7.314009] usbcore: registered new interface driver cdc_acm
[    7.314015] cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters]
« Viimeksi muokattu: 12.06.16 - klo:13.56 kirjoittanut welmar »

nm

  • Käyttäjä
  • Viestejä: 14578
    • Profiili
Vs: Ongelmia Heimdallin kanssa
« Vastaus #16 : 10.06.16 - klo:14.32 »
Pystytkö kokeilemaan toisella tietokoneella?

welmar

  • Käyttäjä
  • Viestejä: 1582
    • Profiili
Vs: Ongelmia Heimdallin kanssa
« Vastaus #17 : 10.06.16 - klo:15.19 »
Olis kyllä joku vanha läppäri voisin siihen tehdä uuden asennuksen koska ei ole ollut käytös pitkään aikaan ja pääsis ainakin aloittamaan tyhjältä pöydältä.

welmar

  • Käyttäjä
  • Viestejä: 1582
    • Profiili
Vs: Ongelmia Heimdallin kanssa
« Vastaus #18 : 12.06.16 - klo:13.53 »
Koneen vaihto ei auttanut vaan tällä toisella koneella en saa pit-tiedostoa luettua. Olenko oikeassa kun minun mielestäni udev-sääntö ei suostu toimimaan?
Koodia: [Valitse]
welmar@welmar-Aspire-7220:~$ dmesg|grep idVendor=04e8
[    1.895878] usb 1-2: New USB device found, idVendor=04e8, idProduct=685d
[    7.554485] usb 1-2: New USB device found, idVendor=04e8, idProduct=685d
welmar@welmar-Aspire-7220:~$ sudo heimdall print-pit --verbose --no-reboot[sudo] salasana henkilölle welmar:
Yritä uudelleen.
[sudo] salasana henkilölle welmar:
Heimdall v1.4.1

Copyright (c) 2010-2014 Benjamin Dobell, Glass Echidna
http://www.glassechidna.com.au/

This software is provided free of charge. Copying and redistribution is
encouraged.

If you appreciate this software and you would like to support future
development please consider donating:
http://www.glassechidna.com.au/donate/

Initialising connection...
Detecting device...
libusb: error [_get_usbfs_fd] libusb couldn't open USB device /dev/bus/usb/001/004: Input/output error
ERROR: Failed to access device. libusb error: -1
welmar@welmar-Aspire-7220:~$ cat /lib/udev/rules.d/40-heimdall-flash.rules
SUBSYSTEM=="usb", ATTR{idVendor}=="04e8", ATTR{idProduct}=="685d", TAG+="uaccess"
][/code
Koodia: [Valitse]
welmar@welmar-Aspire-7220:~$ dmesg|grep cdc
[    7.298083] cdc_acm: probe of 1-2:1.0 failed with error -22
[    7.314009] usbcore: registered new interface driver cdc_acm
[    7.314015] cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters
« Viimeksi muokattu: 12.06.16 - klo:13.57 kirjoittanut welmar »