meridian-shaft Jump to content
Communauté

Ultraboss

Members
  • Posts

    21
  • Joined

  • Last visited

PC settings

  • Système d'exploitation
    Windows 10

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Ultraboss's Achievements

Matelot breveté

Matelot breveté (2/24)

  • First Post
  • Collaborator Rare
  • Week One Done
  • One Month Later
  • One Year In

Recent Badges

1

Reputation

  1. quand tu passes les cmd setenv, tu as un msg d'erreur ? Et c'est quoi ??
  2. Oui, maintenant le routeur est près à être reflashé. Mais ta log montre plutôt un pb avec ton image qui semble corrompue. Essaye une autre version, ce n'est pas un pb de bad blocks.
  3. Extrait quand même les dernières lignes de la log boot pour savoir ce qui merde... Sinon si tu avais lu la page précédente : j'ai réussi a le débricker en faisant ceci : 1 - Conect to Serial2 - type 4 to enter command prompt3 - type this commands:setenv flag_try_sys1_failed=0 (check if flag name is correct with printenv)setenv flag_try_sys2_failed=0 (check if flag name is correct with printenv)setenv flag_last_success=0saveenv4 - connect pendrive with original stock dev firmware renamed to miwifi.bin5 - default brick recovery process: reboot pressing reset button until yellow led start flashing, then release reset button.6 - wait completion7 - Done.
  4. C'est la même carte que moi, branche juste 2,3,4, pas besoin du 3.3V Attention pense bien à croiser TX/RX.
  5. Bonjour, si la led orange persiste, il serait bon de vérifier ce que dit la log via le port console. Perso j'ai été bien emmerdé avec un pb de bad blocks sur la partition UBI, et je ne suis pas le seul... Tu peux tester en flashant une version spéciale (avec une partition UBI un peu plus petite), si ça passe, c'est que c'était ça ! Par contre pour le débricker, il te faut absolument passer par le port console pour repasser sur le firm d'origine, une manip que tu trouvera dans ce topic. Cdt openwrt-ramips-mt7621-mir3g-squashfs-kernel1.bin openwrt-ramips-mt7621-mir3g-squashfs-rootfs0.bin
  6. Je ne suis pas sûr que ça aille trop vite, c'est peut être tes touches qui ne sont pas interprétées. As-tu bien configurer ton interface serial ? J'avais eu un pb similaire et il fallait désactiver "Hardware Flow Control' option to 'NO'" cf https://stackoverflow.com/questions/3913246/cannot-send-character-with-minicom Cdt
  7. Rajoute /etc/init.d/firewall stop dans /etc/rc.local ça devrait désactiver iptables quand le boot est fini.
  8. C'est normal c'est iptables qui bloque l'accès depuis wan. Essaye en te connectant depuis lan. Sinon en ssh /etc/init.d/firewall stop le temps de régler tes soucis de màj.
  9. Rien à faire, ça fait 3 fois que je tente d'installer LEDE, je me retrouve tjrs avec le routeur bloqué !!! Même en prenant un snap plus récent...
  10. C'était surement une mauvaise connexion au plot, le routeur ne bootait pas du tout, j'avais rien à l'affichage. J'ai pas soudé de broche au port serial j'ai juste mis des fils dedans et ça contacte !
  11. Par contre dès que je branche le fil pour envoyer des données au routeur, il siffle et ne démarre pas... EDIT : console et clavier OK, mauvaise connexion peut-être J'ai réussi a le débricker en faisant ceci : 1 - Conect to Serial2 - type 4 to enter command prompt3 - type this commands:setenv flag_try_sys1_failed=0 (check if flag name is correct with printenv)setenv flag_try_sys2_failed=0 (check if flag name is correct with printenv)setenv flag_last_success=0saveenv4 - connect pendrive with original stock dev firmware renamed to miwifi.bin5 - default brick recovery process: reboot pressing reset button until yellow led start flashing, then release reset button.6 - wait completion7 - Done. Donc je suis de nouveau sur le firm dev. En espérant que tu résolves ton pb de connexion.
  12. Je viens d'avoir l'affichage du uboot sur mon router !! [ 4.484637] Call Trace: [ 4.487093] [<80010558>] show_stack+0x58/0x100 [ 4.491534] [<8046835c>] dump_stack+0x9c/0xe0 [ 4.495873] [<802ef478>] do_sync_erase.part.4+0x118/0x2ac [ 4.501250] [<802ef958>] ubi_io_sync_erase+0x2ac/0x2e4 [ 4.506365] [<802f0218>] sync_erase.isra.4+0x150/0x25c [ 4.511482] [<802f084c>] __erase_worker+0x4c/0x4b0 [ 4.516250] [<802f0d14>] erase_worker+0x64/0x8c [ 4.520757] [<802efd70>] do_work+0xf8/0x13c [ 4.524924] [<802f260c>] ubi_wl_get_peb+0xcc/0x260 [ 4.529693] [<802eb0d8>] try_write_vid_and_data+0x54/0x200 [ 4.535156] [<802ec954>] ubi_eba_atomic_leb_change+0x208/0x314 [ 4.540989] [<802e2f20>] ubi_update_layout_vol+0x40/0x74 [ 4.546279] [<802e35dc>] ubi_change_vtbl_record+0xb0/0x104 [ 4.551743] [<802e5514>] ubi_resize_volume+0x254/0x4c4 [ 4.556856] [<802e68e0>] autoresize+0x144/0x1cc [ 4.561368] [<802e7a88>] ubi_attach_mtd_dev+0x730/0xbe8 [ 4.566592] [<805dd400>] ubi_init+0x2a8/0x360 [ 4.570927] [<80005650>] do_one_initcall+0xd0/0x1a0 [ 4.575804] [<805c5d80>] kernel_init_freeable+0x168/0x228 [ 4.581199] [<8047f45c>] kernel_init+0x10/0x10c [ 4.585709] [<8000b098>] ret_from_kernel_thread+0x14/0x1c [ 4.591176] ubi0 error: __erase_worker: failed to erase PEB 939, error -5 [ 4.597933] ubi0: mark PEB 939 as bad Essaie d'inverser tes fils TX/RX, moi aussi j'avais des carac à la con, et après je me suis rappeler qu'il fallait croiser les connexions TX/RX !!
  13. Je viens de commander une inter CP2104 et une FT232RL comme toi on verra bien.
  14. Pas d'évol de mon côté, j'attends d'avoir une inter serial. Si tu me dit que ça a fonctionné avec ton 1er R3G, j'ai un peu d'espoir ! Par contre sur tes photos, c'est un R3 simple non ? Le R3G a un longue plaque en alu pour dissipateur.
×
×
  • Create New...