Forum |  HardWare.fr | News | Articles | PC | Prix | S'identifier | S'inscrire | Aide | Shop Recherche
452 connectés 

 

 

 Mot :   Pseudo :  
  Aller à la page :
 
 Page :   1  2  3  4  5  ..  97  98  99  100  101  102
Page Suivante
Auteur Sujet :

[Topic Unique] Seagate Dockstar, le plug computer pas cher !

n°1381490
qdftowner
Posté le 26-09-2015 à 10:07:02  profilanswer
 

Reprise du message précédent :
En utilisant la commande uboot  'nfs' à la place de 'tftpboot' tu pourrais te passer de serveur TFTP ...

mood
Publicité
Posté le 26-09-2015 à 10:07:02  profilanswer
 

n°1382191
MACHIN CHO​SE
Posté le 14-10-2015 à 14:01:37  profilanswer
 

ça m'étonne un peu ce que tu dit qdftowner, vue que le system rescue est sensé fonctionner sans périf usb? Je voie pas pourquoi il cherche un fichier sur usb pour ce lancer, c'est si il en trouve pas qu'il passe en rescue nand, non?
 
Et autan pour moi le fw_printenv c sur une debian créé sur une autre machine avec un autre uboot certainement :sleep: , sur une arch y à pu:
 
root@alarm[ ~ # fw_printenv
baudrate=115200
loads_echo=0
ipaddr=169.254.254.253
serverip=169.254.254.254
rootpath=/mnt/ARM_FS/
netmask=255.255.0.0
run_diag=yes
console=console=ttyS0,115200
CASset=min
MALLOC_len=1
ethprime=egiga0
bootargs_root=root=/dev/mtdblock2 ro
ethmtu=1500
usb0Mode=host
nandEcc=1bit
ethact=egiga0
stdin=serial
stdout=serial
stderr=serial
mainlineLinux=no
enaMonExt=no
enaCpuStream=no
enaWrAllo=no
pexMode=RC
disL2Cache=no
setL2CacheWT=yes
disL2Prefetch=yes
enaICPref=yes
enaDCPref=yes
sata_dma_mode=yes
netbsd_en=no
vxworks_en=no
bootdelay=3
disaMvPnp=no
ethaddr=XX:XX:XX:XX:XX:XX
cesvcid=ANKURWCDDUGX7TPRTV66EXYKTW
ceserialno=2GEP0ZKD
ceboardver=REDSTONE:1.0
bootcmd_original=nand read.e 0x800000 0x100000 0x300000; setenv bootargs $(console) $(bootargs_root); bootm 0x800000
bootcmd=run bootcmd_original
 
Pour le boot loader de arch il faut rajouter ça pour le rescue:
http://archlinuxarm.org/forum/view [...] =30&t=8383
mais il parle de plusieur bootloader et vue que j'ai qu'un dockstar, po trop envie de le briquer, si quelqu'un l'a essayer ça m’intéresse d'avoir des retours. :jap:  
 ps: merci, pas scotché devant le forum non plus ;)

Message cité 1 fois
Message édité par MACHIN CHOSE le 14-10-2015 à 14:05:47
n°1382699
Sagittariu​s
Posté le 26-10-2015 à 21:26:50  profilanswer
 

qdftowner a écrit :

En utilisant la commande uboot  'nfs' à la place de 'tftpboot' tu pourrais te passer de serveur TFTP ...


 
Oui, ça marche sous archlinuxarm (et avec mainline uboot et le rescue) mais avec pour le moins quelques réserves: http://archlinuxarm.org/forum/view [...] =53&t=9426
 
EDIT: manquait le support NFS dans le kernel de boot. Cela devrait être réglé avec le nouveau noyau.


Message édité par Sagittarius le 27-10-2015 à 11:06:56

---------------
Une maison passive à Nice
n°1382729
monsieur
Posté le 27-10-2015 à 11:25:24  profilanswer
 

En fouillant dans mes cartons je viens de ressortir un Dockstar tout neuf de mon placard. Il devait servir à l'époque pour un pote, mais le projet qui n'a jamais été mis en route.
 
Je veux l'utiliser pour en faire notamment un récepteur Shairport/DLNA dans ma cuisine, et pourquoi pas aussi interagir en réseau local avec d'autres petits modules (Arduino, RPI2, ESP8266...).
 
Pourquoi, remettre en oeuvre un Dockstar un peu "old-school" à l'heure actuelle ? Car j'ai un RPI 2, un NAS Synology, DD-WRT sur un routeur, OpenWRT sur une borne, un smartphone Android en spare, des machines virtuelles en veux-tu en voilà... et qu'il y a moult machines sur le marché aux performances bien plus alléchantes ou à utilisation dédiée (ex: Chromecast audio)  ?
-> Parce que le Dockstar, une fois maîtrisé, est redoutable de fiabilité: ça fait 5 ans que le mien fait son job dans son coin sans broncher, et il le fait très bien.
 
Mais voilà, petite déception: pas de requête DNS de la part de ce Dockstar, rien au scan nmap ou netdiscover ou nc (netconsole), et la LED orange qui clignote.
 
Fort heureusement j'ai un module USB-serial qui marche en 5v et 3.3v qui me sert pour communiquer avec un module ESP8266. Bien pratique pour voir ce qui se passe sur le Dockstar avec GtkTerm
 

Code :
  1. U-Boot 1.1.4 (Jul 16 2009 - 21:02:16) Cloud Engines (3.4.16)
  2. U-Boot code: 00600000 -> 0067FFF0  BSS: -> 00690D60
  3. Soc: 88F6281 A0 (DDR2)
  4. CPU running @ 1200Mhz L2 running @ 400Mhz
  5. SysClock = 400Mhz , TClock = 200Mhz
  6. DRAM CAS Latency = 5 tRP = 5 tRAS = 18 tRCD=6
  7. DRAM CS[0] base 0x00000000   size 128MB
  8. DRAM Total size 128MB  16bit width
  9. Flash:  0 kB
  10. Addresses 8M - 0M are saved for the U-Boot usage.
  11. Mem malloc Initialization (8M - 7M): Done
  12. NAND:256 MB
  13. CPU : Marvell Feroceon (Rev 1)
  14. CLOUD ENGINES BOARD: REDSTONE:1.0
  15. Streaming disabled
  16. Write allocate disabled
  17. USB 0: host mode
  18. PEX 0: interface detected no Link.
  19. Net:   egiga0 [PRIME], egiga1
  20. Hit any key to stop autoboot:  0
  21. NAND read: device 0 offset 0x100000, size 0x300000
  22. Reading data from 0x100000 --   0% complete.
  23. Reading data from 0x107800 --   1% complete.
  24. Reading data from 0x10f000 --   2% complete.
  25. Reading data from 0x117000 --   3% complete.
  26. Reading data from 0x11e800 --   4% complete.
  27. Reading data from 0x126000 --   5% complete.
  28. Reading data from 0x12e000 --   6% complete.
  29. Reading data from 0x135800 --   7% complete.
  30. Reading data from 0x13d000 --   8% complete.
  31. Reading data from 0x145000 --   9% complete.
  32. Reading data from 0x14c800 --  10% complete.
  33. Reading data from 0x154000 --  11% complete.
  34. Reading data from 0x15c000 --  12% complete.
  35. Reading data from 0x163800 --  13% complete.
  36. Reading data from 0x16b800 --  14% complete.
  37. Reading data from 0x173000 --  15% complete.
  38. Reading data from 0x17a800 --  16% complete.
  39. Reading data from 0x182800 --  17% complete.
  40. Reading data from 0x18a000 --  18% complete.
  41. Reading data from 0x191800 --  19% complete.
  42. Reading data from 0x199800 --  20% complete.
  43. Reading data from 0x1a1000 --  21% complete.
  44. Reading data from 0x1a8800 --  22% complete.
  45. Reading data from 0x1b0800 --  23% complete.
  46. Reading data from 0x1b8000 --  24% complete.
  47. Reading data from 0x1bf800 --  25% complete.
  48. Reading data from 0x1c7800 --  26% complete.
  49. Reading data from 0x1cf000 --  27% complete.
  50. Reading data from 0x1d7000 --  28% complete.
  51. Reading data from 0x1de800 --  29% complete.
  52. Reading data from 0x1e6000 --  30% complete.
  53. Reading data from 0x1ee000 --  31% complete.
  54. Reading data from 0x1f5800 --  32% complete.
  55. Reading data from 0x1fd000 --  33% complete.
  56. Reading data from 0x205000 --  34% complete.
  57. Reading data from 0x20c800 --  35% complete.
  58. Reading data from 0x214000 --  36% complete.
  59. Reading data from 0x21c000 --  37% complete.
  60. Reading data from 0x223800 --  38% complete.
  61. Reading data from 0x22b800 --  39% complete.
  62. Reading data from 0x233000 --  40% complete.
  63. Reading data from 0x23a800 --  41% complete.
  64. Reading data from 0x242800 --  42% complete.
  65. Reading data from 0x24a000 --  43% complete.
  66. Reading data from 0x251800 --  44% complete.
  67. Reading data from 0x259800 --  45% complete.
  68. Reading data from 0x261000 --  46% complete.
  69. Reading data from 0x268800 --  47% complete.
  70. Reading data from 0x270800 --  48% complete.
  71. Reading data from 0x278000 --  49% complete.
  72. Reading data from 0x27f800 --  50% complete.
  73. Reading data from 0x287800 --  51% complete.
  74. Reading data from 0x28f000 --  52% complete.
  75. Reading data from 0x297000 --  53% complete.
  76. Reading data from 0x29e800 --  54% complete.
  77. Reading data from 0x2a6000 --  55% complete.
  78. Reading data from 0x2ae000 --  56% complete.
  79. Reading data from 0x2b5800 --  57% complete.
  80. Reading data from 0x2bd000 --  58% complete.
  81. Reading data from 0x2c5000 --  59% complete.
  82. Reading data from 0x2cc800 --  60% complete.
  83. Reading data from 0x2d4000 --  61% complete.
  84. Reading data from 0x2dc000 --  62% complete.
  85. Reading data from 0x2e3800 --  63% complete.
  86. Reading data from 0x2eb800 --  64% complete.
  87. Reading data from 0x2f3000 --  65% complete.
  88. Reading data from 0x2fa800 --  66% complete.
  89. Reading data from 0x302800 --  67% complete.
  90. Reading data from 0x30a000 --  68% complete.
  91. Reading data from 0x311800 --  69% complete.
  92. Reading data from 0x319800 --  70% complete.
  93. Reading data from 0x321000 --  71% complete.
  94. Reading data from 0x328800 --  72% complete.
  95. Reading data from 0x330800 --  73% complete.
  96. Reading data from 0x338000 --  74% complete.
  97. Reading data from 0x33f800 --  75% complete.
  98. Reading data from 0x347800 --  76% complete.
  99. Reading data from 0x34f000 --  77% complete.
  100. Reading data from 0x357000 --  78% complete.
  101. Reading data from 0x35e800 --  79% complete.
  102. Reading data from 0x366000 --  80% complete.
  103. Reading data from 0x36e000 --  81% complete.
  104. Reading data from 0x375800 --  82% complete.
  105. Reading data from 0x37d000 --  83% complete.
  106. Reading data from 0x385000 --  84% complete.
  107. Reading data from 0x38c800 --  85% complete.
  108. Reading data from 0x394000 --  86% complete.
  109. Reading data from 0x39c000 --  87% complete.
  110. Reading data from 0x3a3800 --  88% complete.
  111. Reading data from 0x3ab800 --  89% complete.
  112. Reading data from 0x3b3000 --  90% complete.
  113. Reading data from 0x3ba800 --  91% complete.
  114. Reading data from 0x3c2800 --  92% complete.
  115. Reading data from 0x3ca000 --  93% complete.
  116. Reading data from 0x3d1800 --  94% complete.
  117. Reading data from 0x3d9800 --  95% complete.
  118. Reading data from 0x3e1000 --  96% complete.
  119. Reading data from 0x3e8800 --  97% complete.
  120. Reading data from 0x3f0800 --  98% complete.
  121. Reading data from 0x3f8000 --  99% complete.
  122. Reading data from 0x3ff800 -- 100% complete.
  123. 3145728 bytes read: OK
  124. ## Booting image at 00800000 ...
  125.    Image Name:   Linux-2.6.22.18
  126.    Created:      2009-08-31  23:31:05 UTC
  127.    Image Type:   ARM Linux Kernel Image (uncompressed)
  128.    Data Size:    1976384 Bytes =  1.9 MB
  129.    Load Address: 00008000
  130.    Entry Point:  00008000
  131.    Verifying Checksum ... Bad Data CRC
  132. CE>>


 
Hum "Bad Data CRC", un peu de boulot en perspective, mais je pense que c'est récupérable ;)
 
1. j'aimerai savoir sur quel bloc de la NAND il pourrait y avoir un secteur défectueux.
2. puis ensuite installer un U-Boot récent (pour pouvoir installer une Debian récente ensuite), avec la possibilité de boot en tftp comme solution de replis si jamais la NAND devient plus défectueuse.


Message édité par monsieur le 27-10-2015 à 12:12:40

---------------
mon feedback H/V
n°1383343
Sagittariu​s
Posté le 11-11-2015 à 22:07:30  profilanswer
 

Depuis le dernier kernel core/linux-kirkwood-dt 4.2.6-1 on peut désormais booter facilement par NFS sous archlinux
 
http://archlinuxarm.org/forum/view [...] =53&t=9426


---------------
Une maison passive à Nice
n°1385045
qdftowner
Posté le 30-12-2015 à 12:01:03  profilanswer
 

MACHIN CHOSE a écrit :

ça m'étonne un peu ce que tu dit qdftowner, vue que le system rescue est sensé fonctionner sans périf usb? Je voie pas pourquoi il cherche un fichier sur usb pour ce lancer, c'est si il en trouve pas qu'il passe en rescue nand, non?


C'est un mix :
1- il ne trouve pas de usb (ou tftp ou nfs) ==> mode rescue
2 - il trouve usb et fichier rescueme(.txt) dessus ==> mode rescue forcé (même si tout est là dans le périphérique USB pour booter)
     exemple : tester/forcer le rescue mode sans avoir à aller enlever la clef/disque usb (supprimer le fichier pour repartir en boot normal)
3 - tout est ok sur usb et pas de fichier rescueme(.tx) ==> boot sur usb

n°1385461
MACHIN CHO​SE
Posté le 08-01-2016 à 23:03:22  profilanswer
 

:jap:

n°1386922
tekilaz
Posté le 15-02-2016 à 11:39:26  profilanswer
 

Dites,
je viens de voir un articile fort interessant mais je capte pas tout à l'Allemand...
http://www.vdr-portal.de/board19-v [...] bedienung/
 
je cherche à faire une webradio avec mon dockstar mais la, dans l article, il semble réussir à faire tout ça depuis la NAND ! c est top
quelqu un sait comment s'y prendre?

Message cité 1 fois
Message édité par tekilaz le 15-02-2016 à 11:40:23

---------------
=-Galerie Photo=- // Tekilaz :: Trop bon, Trop con... // FEEDB4CK
n°1387226
delatruel
Posté le 22-02-2016 à 19:33:15  profilanswer
 

tekilaz a écrit :

Dites,
je viens de voir un articile fort interessant mais je capte pas tout à l'Allemand...
http://www.vdr-portal.de/board19-v [...] bedienung/
 
je cherche à faire une webradio avec mon dockstar mais la, dans l article, il semble réussir à faire tout ça depuis la NAND ! c est top
quelqu un sait comment s'y prendre?


 
 
mets toi à l'allemand  :whistle:  
 
j'ai des pogoplug, mais j'ai quand même acheté un rasp  :love:

n°1387340
tekilaz
Posté le 25-02-2016 à 01:20:46  profilanswer
 

Oui j ai laissé tombé pour la Nand
par contre je repars from scratch du coup .. quelle galere... autant on peut installé squeeze mais alors apres un apt-get upgrade je n ai plus rien ...
Personne n aurait une image de clef avec un Jessie dedans des fois? parce que bon c est chiant de se tapper les MAJ dans tout les sens


---------------
=-Galerie Photo=- // Tekilaz :: Trop bon, Trop con... // FEEDB4CK
mood
Publicité
Posté le 25-02-2016 à 01:20:46  profilanswer
 

n°1387365
MACHIN CHO​SE
Posté le 25-02-2016 à 22:41:30  profilanswer
 

toujours po passé a jessie :(
mais t'as une wheezy ici que j'utilise toujours
 
http://wej.k.vu/dockstar/debian_wh [...] _dockstar/
http://wej.k.vu/files/debian-wheez [...] 512.tar.xz
 
j'ai des rasp, mais j'utilise toujours  mon dock  :p

n°1388666
gcherel
Posté le 28-03-2016 à 13:16:30  profilanswer
 

Bonjour,
Je viens de récupérer un vieux Dockstar et j'essaie d'installer Debian.
J'ai un problème avec le script de Jeff Doozan car il ne trouve pas le debootstrap :
 
# Starting debootstrap installation
I: Retrieving Release
E: Failed getting release file http://ftp.de.debian.org/debian/dists/squeeze/Release
debootstrap failed.
See /tmp/debian/debootstrap/debootstrap.log for more information.
Voici la log :
Connecting to ftp.de.debian.org (141.76.2.4:80)
wget: server returned error: HTTP/1.1 404 Not Found
Quelqu'un a-t-il réussi récemment une installation ? Comment faire ?
Merci de votre aide.

n°1388667
eeeinstein
Posté le 28-03-2016 à 13:25:32  profilanswer
 

404 donc plus de lien valide

 

edit en cherchant : change l'adresse de http://ftp.de.debian.org/debian/dists/squeeze/Release en ftp://ftp.de.debian.org/debian/di [...] ts/Release


Message édité par eeeinstein le 28-03-2016 à 13:25:59
n°1388669
gcherel
Posté le 28-03-2016 à 14:55:49  profilanswer
 

Merci mais ne règle pas le problème Y-a-t-il un tuto à jour quelque par pour installer Debian ?

n°1388670
eeeinstein
Posté le 28-03-2016 à 15:06:08  profilanswer
 

ta essayer ça de la FP http://projects.doozan.com/debian/ ?

 

edit : oups  ça vient de la-bas deja..

 

c'est quoi le soucis une fois l'adresse changer ? tu as un msg d'erreur ?


Message édité par eeeinstein le 28-03-2016 à 15:07:20
n°1388671
gcherel
Posté le 28-03-2016 à 15:48:37  profilanswer
 

Même message. Tu connais un tuto à jour (je ne suis pas expert en Unix) ?

n°1388679
Olivier343
Posté le 28-03-2016 à 18:30:57  profilanswer
 

Hello,
le tuto à l'adresse suivante fonctionne:
http://forum.doozan.com/read.php?2,12096
En commençant par l'Updated 20 Feb 2016, puis en mettant à jour avec l'Updated 20 Mar 2016.
Je l'ai fait il y a quelques jours sans soucis (manips faites directement depuis un dockstar en branchant la nouvelle clé dessus, avec un u-boot pas tout récent, puis upgrade de l'u-boot, sans pb).
 
Cordialement
Olivier

n°1388694
gcherel
Posté le 28-03-2016 à 22:38:19  profilanswer
 

Mon probleme est avant tout d'arriver à permettre de booter sur une clef usb. Je fais les manips suivantes :
mount / -rw -o remount
cd /tmp
wget http://jeff.doozan.com/debian/uboo [...] ot_mtd0.sh
chmod +x install_uboot_mtd0.sh
./install_uboot_mtd0.sh
Et la rien ne semble avoir marché : je ne boote pas sur ma clé USB

n°1388720
tekilaz
Posté le 29-03-2016 à 10:49:05  profilanswer
 

_Raynor_ a écrit :

Dans mon cas (DockStar en état d'origine) cette image m'a également permis d'installer Debian Wheezy (directement) car le script de Doozan ne fonctionnait pas :

Citation :

# Successfully installed /sbin/mke2fs.
mke2fs 1.41.12 (17-May-2010)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
2444624 inodes, 9766912 blocks
488345 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
299 block groups
32768 blocks per group, 32768 fragments per group
8176 inodes per group
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
        4096000, 7962624
 
Writing inode tables: done
Writing superblocks and filesystem accounting information: done
 
This filesystem will be automatically checked every 23 mounts or
180 days, whichever comes first.  Use tune2fs -c or -i to override.
mkswap: can't open '/dev/sda2': No such device or address
Connecting to cdn.debian.net (91.121.124.139:80)
debootstrap.deb      100% |*******************************| 56258  --:--:-- ETA
rw-r--r-- 0/0      4 Feb 13 13:44 2014 debian-binary
rw-r--r-- 0/0   1257 Feb 13 13:44 2014 control.tar.gz
rw-r--r-- 0/0  54808 Feb 13 13:44 2014 data.tar.xz
tar: can't open 'data.tar.gz': No such file or directory
mv: cannot rename './usr/sbin/debootstrap': No such file or directory
mv: cannot rename './usr/share/debootstrap': No such file or directory
# checking for /usr/share/debootstrap/pkgdetails...
 
# Installing /usr/share/debootstrap/pkgdetails...
Connecting to download.doozan.com (50.116.34.13:80)
wget: can't open '/usr/share/debootstrap/pkgdetails.md5': No such file or directory
Connecting to download.doozan.com (50.116.34.13:80)
wget: can't open '/usr/share/debootstrap/pkgdetails.md5': No such file or directory
## Could not install /usr/share/debootstrap/pkgdetails from http://download.doozan.com/debian/pkgdetails, exiting.
-bash-3.2#



 
Voici ma "méthode" (après avoir mis à jour l'U-Boot via le script de Doozan) :

  • Monter une clé/disque USB formattée en ext2 (eg. /dev/sdb1) sur une machine GNU/Linux (commandes à faire sur cette machine GNU/Linux) :

mkdir /tmp/debianUsbKey
mount /dev/sdb1 /tmp/debianUsbKey
wget http://wejp.k.vu/files/debian-wheezy-dockstar-130512.tar.xz
md5sum http://wejp.k.vu/files/debian-wheezy-dockstar-130512.tar.xz | grep bb39bbb50660a9e4eec733ca37d464f7
tar --directory=/tmp/debianUsbKey -axf debian-wheezy-dockstar-130512.tar.xz
umount /tmp/debianUsbKey

  • Retirer la clé et la brancher sur le DockStar
  • Allumer le DockStar et s'y connecter en SSH (consulter le serveur DHCP pour l'adresse IP) avec les identifiants root:root

cat > /etc/apt/sources.list <<EOT
deb http://http.debian.net/debian wheezy main contrib non-free
deb-src http://http.debian.net/debian wheezy main contrib non-free
 
# wheezy-updates
deb http://http.debian.net/debian wheezy-updates main contrib non-free
deb-src http://http.debian.net/debian wheezy-updates main contrib non-free
 
deb http://security.debian.org/ wheezy/updates main contrib non-free
deb-src http://security.debian.org/ wheezy/updates main contrib non-free
 
# wheezy-backports
deb http://http.debian.net/debian wheezy-backports main contrib non-free
EOT
cat > /etc/resolv.conf <<EOT
nameserver 8.8.8.8
EOT




 
Essaie ceci pour installer


---------------
=-Galerie Photo=- // Tekilaz :: Trop bon, Trop con... // FEEDB4CK
n°1388754
gcherel
Posté le 29-03-2016 à 23:19:45  profilanswer
 

J'ai l'impression que le problème est avant, au niveau de l'install de l'uboot. Le script de Doozan se déroule correctement :
Connecting to projects.doozan.com (50.116.34.13:80)
install_uboot_mtd0.s 100% |*******************************| 18406  --:--:-- ETA
Pogoplug:/tmp$ chmod +x install_uboot_mtd0.sh
Pogoplug:/tmp$ ./install_uboot_mtd0.sh
 
 
!!!!!!  DANGER DANGER DANGER DANGER DANGER DANGER  !!!!!!
 
If you lose power to your device while running this script,
it could be left in an unusable state.
 
This script will replace the bootloader on /dev/mtd0.
 
This installer will only work on the following devices:
 Seagate Dockstar
 Seagate GoFlex Net
 Seagate GoFlex Home
 Pogoplug v1
 Pogoplug Pink (v2)
Do not run this installer on any other device.
 
By typing ok, you agree to assume all liabilities and risks
associated with running this installer.
 
If you agree, type 'ok' and press ENTER to continue: ok
# checking for /usr/sbin/nandwrite...
# checking for /usr/sbin/nanddump...
# checking for /usr/sbin/flash_erase...
# checking for /usr/sbin/fw_printenv...
# checking for /etc/fw_env.config...
 
# Validating existing uBoot...
Block size 131072, page size 2048, OOB size 64
Dumping data starting at 0x00000000 and ending at 0x00080000...
Connecting to jeff.doozan.com (50.116.34.13:80)
valid-uboot.md5      100% |*******************************|  1133  --:--:-- ETA
## Valid uBoot detected: [dockstar davygravy-2012-02-12-current]
## The newest uBoot is already installed on mtd0.
 
You are already running the latest uBoot.
Your current uBoot environment should be reasonable.  However, if you're having any probems booting, you can reset the environment variables to know good values.
Would you like to reset the uBoot environment? [N/y] N
 
# uBoot installation has completed successfully.
 
Sauf qu'il ne reconnait pas le fw_printev :
Pogoplug:/dev$ fw_printenv
-bash: fw_printenv: command not found
 
Une idée du problème ?

n°1388755
gcherel
Posté le 29-03-2016 à 23:27:54  profilanswer
 

lEn fait, j'ai ça :
Pogoplug:/tmp$ cd /usr/sbin
Pogoplug:/usr/sbin$ ls
blparam      debootstrap  fakeidentd   fw_setenv    nandwrite    setlogcons
chpasswd     dhcprelay    fbset        httpd        ntpd         telnetd
chroot       dnsd         flash_erase  inetd        rdate        udhcpd
crond        dropbear     fw_printenv  nanddump     readprofile
Pogoplug:/usr/sbin$ fw_printenv
-bash: fw_printenv: command not found
Pogoplug:/usr/sbin$ fw_setenv
-bash: fw_setenv: command not found

n°1388756
gcherel
Posté le 29-03-2016 à 23:38:18  profilanswer
 

J'ai retenté avec le script de Doozan, mais cette fois ci en sélectionnant yes pour réinitialiser. Aucun changement...

n°1388760
tekilaz
Posté le 30-03-2016 à 08:14:24  profilanswer
 

et un find / -name "fw_printenv"
 
ca dit quoi ?


---------------
=-Galerie Photo=- // Tekilaz :: Trop bon, Trop con... // FEEDB4CK
n°1388763
gcherel
Posté le 30-03-2016 à 08:22:08  profilanswer
 

Merci Telkilaz, je l'ai trouvé : /usr/sbin/fw_printenv fonctionne. Je passe à l'étape Debian sur clé USB se soir.

n°1388793
gcherel
Posté le 30-03-2016 à 21:44:54  profilanswer
 

Tekilaz, j'ai le message suivant après le premier cat : -bash: /etc/apt/sources.list: No such file or directory. Je ne comprends pas

n°1399560
xonelenox
Posté le 12-01-2017 à 02:08:01  profilanswer
 

Bon début Annee 2017 a mon cher DockStar, déjà 6 ans !!
 
On retire la poussière de ces 2 dernières années et on rebranche la bête ...
Bon en effet, les tutos sur le net se font un peut vieux ou trop récent pour la config de mon DockStar2017  :pfff:  
 
Ne voulant pas brusquer la machine je récupéré une clef USB de 2 Go et je la partitionne avec Gparted (sous ubuntu 16.04)

Code :
  1. /dev/sdg1 -  1,8 Go en ext2
  2. /dev/sdg2 - 258 Mo en swap


 
La reference pour debian semble etre ici : http://projects.doozan.com/debian/  
 
Et l'aventure recommence, je me connecte via ssh sur le DS.
Mais ou est il deja ?  
 
Sur ma machine en loca (Ubuntu) :

Code :
  1. sudo ifconfig eth0 169.254.1.0
  2. sudo apt install netdiscover
  3. sudo netdiscover -r 169.254.0.0/16 -P


 
Ok, trouvé, je me connecte du moins j'essaye  
 

Code :
  1. Unable to negotiate with legacyhost: no matching key exchange method found.
  2. Their offer: diffie-hellman-group1-sha1


 
OK, openssh a besoin de cette ligne pour se connecter a mon vieux pogoplug (DS), donc  

Code :
  1. ssh -oKexAlgorithms=+diffie-hellman-group1-sha1 root@IP_DU_DOCKSTAR


Le password qui va bien :

Code :
  1. stxadmin


 
et donc me voila sur le DS via ssh (script doozan Debian Squeeze) :
 

Code :
  1. cd /tmp
  2. wget http://projects.doozan.com/debian/ [...] squeeze.sh
  3. chmod +x dockstar.debian-squeeze.sh
  4. export PATH=$PATH:/usr/sbin:/sbin
  5. ./dockstar.debian-squeeze.sh


 
Bon OK, en effet le script doozan Debian Squeeze ne semble plus a jour ca bug un peut partout autour de debootstrap :
 

Code :
  1. # Starting debootstrap installation
  2. I: Retrieving Release
  3. E: Failed getting release file http://ftp.de.debian.org/debian/dists/squeeze/Release
  4. debootstrap failed.
  5. See /tmp/debian/debootstrap/debootstrap.log for more information.
  6. Voici la log :
  7. Connecting to ftp.de.debian.org (141.76.2.4:80)
  8. wget: server returned error: HTTP/1.1 404 Not Found


 
Ok, le depot officiel debian pour squeeze n'est plus disponible, il faut modifier le script (dockstar.debian-squeeze.sh) sur le DS :
 

Code :
  1. DEB_MIRROR="http://cdn.debian.net/debian" par DEB_MIRROR="http://archive.debian.org/debian"


 
Mon vieux debootstrat n'accepter pas l'option ( --no-check-gpg) donc j'ai modifié la ligne suivante toujours dans le script (dockstar.debian-squeeze.sh) sur le DS  

Code :
  1. /usr/sbin/debootstrap --verbose --arch=$ARCH --variant=$VARIANT --include=$EXTRA_PACKAGES $RELEASE $ROOT $DEB_MIRROR


 
J'ai ensuite relancé le script et puis ça a tourné pendant une petite demi heure
 

Code :
  1. cd /tmp
  2. vi dockstar.debian-squeeze.sh
  3. .....                   DEB_MIRROR="http://archive.debian.org/debian"
  4. .....
  5. .....                   /usr/sbin/debootstrap --verbose --arch=$ARCH --variant=$VARIANT --include=$EXTRA_PACKAGES $RELEASE $ROOT $DEB_MIRROR
  6. ./dockstar.debian-squeeze.sh


 
Et voici donc la transformation du DockStar2011 en DockStar2017  :love:  
 
Courant la semaine prochaine, je vois comment mettre a jour si c'est possible vers Wheezy, car ma première tentative a échouée.
Avec toutes ces versions de U-boot, Linux Kernel 4.9.0 Kirkwood (FDT), 3.16 Kirkwood (non-FDT) package, Debian rootfs. Je ne sais pas par quel bout debuter ...
 
Bonne fin de soiree @ tous les DockStardiens  :hello:  

n°1399579
_Raynor_
Posté le 12-01-2017 à 20:08:34  profilanswer
 

Merci :)


---------------
Lyonnais // Cherche : So-Dimm DDR2 256Mo 144-pins
n°1399604
TMadMac
Posté le 13-01-2017 à 17:39:19  profilanswer
 

Si j'ai envie de mettre à jour le DS qui me sert encore de lecteur de musique, j'aurais tout ça sous la main et c'est crécrécré sympa ;)
 
(bon l'uptime m'indique 4 ans, donc je sais pas si je ferais une mise à jour ... tant que ca marche.)

n°1399642
skyrail01
Posté le 15-01-2017 à 15:08:30  profilanswer
 

xonelenox a écrit :

Bon début Annee 2017 a mon cher DockStar, déjà 6 ans !!
 
On retire la poussière de ces 2 dernières années et on rebranche la bête ...
Bon en effet, les tutos sur le net se font un peut vieux ou trop récent pour la config de mon DockStar2017  :pfff:  
 
Ne voulant pas brusquer la machine je récupéré une clef USB de 2 Go et je la partitionne avec Gparted (sous ubuntu 16.04)

Code :
  1. /dev/sdg1 -  1,8 Go en ext2
  2. /dev/sdg2 - 258 Mo en swap


 
La reference pour debian semble etre ici : http://projects.doozan.com/debian/  
 
Et l'aventure recommence, je me connecte via ssh sur le DS.
Mais ou est il deja ?  
 
Sur ma machine en loca (Ubuntu) :

Code :
  1. sudo ifconfig eth0 169.254.1.0
  2. sudo apt install netdiscover
  3. sudo netdiscover -r 169.254.0.0/16 -P


 
Ok, trouvé, je me connecte du moins j'essaye  
 

Code :
  1. Unable to negotiate with legacyhost: no matching key exchange method found.
  2. Their offer: diffie-hellman-group1-sha1


 
OK, openssh a besoin de cette ligne pour se connecter a mon vieux pogoplug (DS), donc  

Code :
  1. ssh -oKexAlgorithms=+diffie-hellman-group1-sha1 root@IP_DU_DOCKSTAR


Le password qui va bien :

Code :
  1. stxadmin


 
et donc me voila sur le DS via ssh (script doozan Debian Squeeze) :
 

Code :
  1. cd /tmp
  2. wget http://projects.doozan.com/debian/ [...] squeeze.sh
  3. chmod +x dockstar.debian-squeeze.sh
  4. export PATH=$PATH:/usr/sbin:/sbin
  5. ./dockstar.debian-squeeze.sh


 
Bon OK, en effet le script doozan Debian Squeeze ne semble plus a jour ca bug un peut partout autour de debootstrap :
 

Code :
  1. # Starting debootstrap installation
  2. I: Retrieving Release
  3. E: Failed getting release file http://ftp.de.debian.org/debian/dists/squeeze/Release
  4. debootstrap failed.
  5. See /tmp/debian/debootstrap/debootstrap.log for more information.
  6. Voici la log :
  7. Connecting to ftp.de.debian.org (141.76.2.4:80)
  8. wget: server returned error: HTTP/1.1 404 Not Found


 
Ok, le depot officiel debian pour squeeze n'est plus disponible, il faut modifier le script (dockstar.debian-squeeze.sh) sur le DS :
 

Code :
  1. DEB_MIRROR="http://cdn.debian.net/debian" par DEB_MIRROR="http://archive.debian.org/debian"


 
Mon vieux debootstrat n'accepter pas l'option ( --no-check-gpg) donc j'ai modifié la ligne suivante toujours dans le script (dockstar.debian-squeeze.sh) sur le DS  

Code :
  1. /usr/sbin/debootstrap --verbose --arch=$ARCH --variant=$VARIANT --include=$EXTRA_PACKAGES $RELEASE $ROOT $DEB_MIRROR


 
J'ai ensuite relancé le script et puis ça a tourné pendant une petite demi heure
 

Code :
  1. cd /tmp
  2. vi dockstar.debian-squeeze.sh
  3. .....                   DEB_MIRROR="http://archive.debian.org/debian"
  4. .....
  5. .....                   /usr/sbin/debootstrap --verbose --arch=$ARCH --variant=$VARIANT --include=$EXTRA_PACKAGES $RELEASE $ROOT $DEB_MIRROR
  6. ./dockstar.debian-squeeze.sh


 
Et voici donc la transformation du DockStar2011 en DockStar2017  :love:  
 
Courant la semaine prochaine, je vois comment mettre a jour si c'est possible vers Wheezy, car ma première tentative a échouée.
Avec toutes ces versions de U-boot, Linux Kernel 4.9.0 Kirkwood (FDT), 3.16 Kirkwood (non-FDT) package, Debian rootfs. Je ne sais pas par quel bout debuter ...
 
Bonne fin de soiree @ tous les DockStardiens  :hello:  


 
Tout comme toi, je n'ai pas réussi à réinstaller Squeeze sur mon vieux Dockstar qui ne démarrait plus. Toutes mes images disques étaient corrompues. Donc pas de sauvegarde.
Par ailleurs, les dépôts Squeeze ne sont plus à jour.
Je suis donc passé directement à Wheezy en décompressant une archive toute fraîche postée par MACHIN CHOSE
ici: http://forum.hardware.fr/hfr/OSAlt [...] m#t1387365
Merci encore.
C'est assez minimal, mais on peut upgrader les packages par la suite.
La prochaine étape sera de passer à Jessie.
 
Est-ce qu'il suffirait juste de changer Wheezy en Jessie dans le source.list? Ou il y a un truc à faire sur le uboot?

n°1400930
tekilaz
Posté le 22-02-2017 à 16:54:33  profilanswer
 

Merci pour les infos
vous en faites quoi de vos DS? j en ai encore en stock si il vous en manque :)


---------------
=-Galerie Photo=- // Tekilaz :: Trop bon, Trop con... // FEEDB4CK
n°1400944
crypo
Posté le 22-02-2017 à 18:44:46  profilanswer
 

SHA-1 en 2017 :D

n°1400951
Sagittariu​s
Posté le 22-02-2017 à 21:54:06  profilanswer
 

tekilaz a écrit :

Merci pour les infos
vous en faites quoi de vos DS? j en ai encore en stock si il vous en manque :)


 
Serveur Tvheadend  :D avec une clé DVB-T (sous Archlinuxarm)
Serveurs mpd pour chambres (les Dockstar bootent sur le réseau nfs pour éviter d'avoir à partager le bus USB avec leurs DAC) avec des paramètres uboot comme ici.


Message édité par Sagittarius le 22-02-2017 à 22:00:30

---------------
Une maison passive à Nice
n°1400973
tekilaz
Posté le 23-02-2017 à 15:51:57  profilanswer
 

ah oué quand meme !
Bon on peut en faire un réveil aussi  
https://github.com/Sispheor/piclodio3
Certes c est du pour du pi mais osef ca change rien.
Faut par contre lui ajouter une carte son et une clef WIFI si besoin et une clef USB pour le stockage. ... mais quand meme :D


---------------
=-Galerie Photo=- // Tekilaz :: Trop bon, Trop con... // FEEDB4CK
n°1401842
MACHIN CHO​SE
Posté le 20-03-2017 à 04:32:52  profilanswer
 

ptit retour uboot 2016 system rescue 2015
mon dock é mouru suis tout triste
récup de deux dockstar l'é content rosco,  
 
bon vieux uboot l'image wheezy pôsse pô "kernel to old" méchant :p
uname -a  
Linux Pogoplug 2.6.22.18 #57 Mon Aug 31 16:31:01 PDT 2009 armv5tejl unknown
 
potassage sur lé update uboot et mon choix se dirige vers archarm plutôt que bodhi pasq'y zont simplifié le truc et que tu peut l'update avec pacman par la suite.
 
4. Assurez - vous qu'il n'y a pas de blocs défectueux dans la première 1M de votre NAND (chèque dmesg). Ceci est très important, s'il est mauvais bloc dans la première 1M (8 blocs), ne flashez pas u-boot, parce que vous aurez presque certainement briques votre boîte.  
info chopé ici : http://forum.doozan.com/read.php?3,12381
 
Exemple de bloc défectueux dans mtd0:  
dmesg | grep -i 'bad'
 
[    2.413231] Scanning device for bad blocks
[    2.417731] Bad eraseblock 3 at 0x000000060000
 
Ce bloc défectueux est le 4e bloc qui réside dans mtd0 (bloc 0 pour bloquer 7). Alors u-boot ne devrait pas être flashé .  
 
 
 
moi j'ai un des deux dock avec des bad blocks peu pô flasher :(
-bash-3.2# dmesg | grep -i 'bad'
[    1.050000] Scanning device for bad blocks
[    1.060000] Bad eraseblock 160 at 0x01400000
quelqu'un peu peu me dire svp si c'est dans les premier 1M que j'ai des bad blocks, moi pas comprendre c'est écrit en KLINGON , c'est au dessus on dirai non??
 
 
dabord on install l'uboot 2014 : attention pas de d’accès pogoplug oblige à booter sur usb  
https://archlinuxarm.org/platforms/ [...] r#overview
du copier collé de chaque paragraphe ça passe tout seul
 
Pogoplug:/tmp$ ./dockstar.sh
 
Downloading flash utilities..
                  blparam [OK]
              flash_erase [OK]
              fw_printenv [OK]
                 nanddump [OK]
                nandwrite [OK]
 
Downloading U-Boot and environment..
       uboot-dockstar.kwb [OK]
       uboot-dockstar.env [OK]
 
Installing..
       saving MAC address [00:10:75:1A:D8:9C]
      erasing U-Boot NAND [OK]
      erasing environment [OK]
           writing U-Boot [OK]
      writing environment [OK]
 
Validating..
Block size 131072, page size 2048, OOB size 64
Dumping data starting at 0x00000000 and ending at 0x00080000...
Block size 131072, page size 2048, OOB size 64
Dumping data starting at 0x000c0000 and ending at 0x000e0000...
 
          checking U-Boot [OK]
     checking environment [OK]
              setting MAC [OK]
 
U-Boot has been installed successfully.
 
Pogoplug:/tmp$ /usr/sbin/fw_printenv
baudrate=115200
bootcmd=usb start; setenv letter 9;for type in usb; do for disk in 0 1 2 3; do if ${type} part ${disk};then setexpr letter $letter + 1;run load;fi;done;done;
bootdelay=3
bootm=echo Booting from ${disk} ...; run setargs; bootm ${loadaddr};
bootz=echo Booting from ${disk} ...; run setargs; bootz ${loadaddr} - ${fdt_addr};
console=ttyS0
fdt_addr=0x800000
fdt_file=/boot/dtbs/kirkwood-dockstar.dtb
importbootenv=echo Importing environment (uEnv.txt)...; env import -t $loadaddr $filesize
load=echo Attempting to boot from ${type} ${disk}:1...;if run loadbootenv; then run importbootenv;fi;echo Checking if uenvcmd is set ...;if test -n $uenvcmd; then echo Running uenvcmd ...;run uenvcmd;fi;echo Running default loadzimage ...;if run loadzimage; then run loadfdt;run bootz;fi;echo Running default loaduimage ...;if run loaduimage; then run bootm;fi;
loadaddr=0x810000
loadbootenv=load ${type} ${disk}:1 ${loadaddr} /boot/uEnv.txt
loadfdt=load ${type} ${disk}:1 ${fdt_addr} ${fdt_file}
loaduimage=load ${type} ${disk}:1 ${loadaddr} ${uimage}
loadzimage=load ${type} ${disk}:1 ${loadaddr} ${zimage}
mtdids=nand0=orion_nand
mtdparts=mtdparts=orion_nand:1M(u-boot),-(rootfs)
setargs=setenv bootargs console=${console},${baudrate} ${optargs} root=/dev/sd${letter}1 rw rootwait ${mtdparts}
uimage=/boot/uImage
zimage=/boot/zImage
ethaddr=00:10:75:1A:D8:9C
Pogoplug:/tmp$ /sbin/reboot
 
 
Last login: Sun Mar 19 17:14:18 2017 from 192.168.4.9
[alarm@alarm ~]$ uname -a
Linux alarm 4.4.47-1-ARCH #1 PREEMPT Sat Feb 4 21:22:22 MST 2017 armv5tel GNU/Linux
 
un ptit "pacman -Syu" pour metre à jour
 
l'image wheezy passe pas avec l'uboot 2016 le dock plante?? quelqu'un a une idée? ptete c'est une image qui a été faite pour les vieux uboot qui marquai "kernel to old" avec wheezy
les scipt wheezy que j'ai vu touche au bootloader donc po bon si quelqu'un à une soluce???
 
pour passer à l'uboot 2016 : https://archlinuxarm.org/forum/view [...] =53&t=8857
 
un simple "pacman -Syu uboot-dockstar" - Comme dans le cas d'ALARME 2014.04 U-Boot, cette version ne sera pas démarrer le système d' exploitation stock pogoplug de nand
 
 
[root@alarm ~]#  pacman -Syu uboot-dockstar
:: Synchronizing package databases...
 core is up to date
 extra is up to date
 community is up to date
 alarm is up to date
 aur is up to date
:: Starting full system upgrade...
resolving dependencies...
looking for conflicting packages...
 
Packages (3) mtd-utils-2.0.0-1  uboot-tools-2017.03-1  uboot-dockstar-2016.09-1
 
Total Download Size:   0.44 MiB
Total Installed Size:  2.09 MiB
 
:: Proceed with installation? [Y/n] y
:: Retrieving packages...
 mtd-utils-2.0.0-1-arm                        171.1 KiB   317K/s 00:01 [#######################################] 100%
 uboot-tools-2017.03-1-arm                    101.3 KiB   230K/s 00:00 [#######################################] 100%
 uboot-dockstar-2016.09-1-arm                 175.9 KiB   733K/s 00:00 [#######################################] 100%
(3/3) checking keys in keyring                                         [#######################################] 100%
(3/3) checking package integrity                                       [#######################################] 100%
(3/3) loading package files                                            [#######################################] 100%
(3/3) checking for file conflicts                                      [#######################################] 100%
(3/3) checking available disk space                                    [#######################################] 100%
:: Processing package changes...
(1/3) installing uboot-tools                                           [#######################################] 100%
(2/3) installing mtd-utils                                             [#######################################] 100%
(3/3) installing uboot-dockstar                                        [#######################################] 100%
A new U-Boot version needs to be flashed to NAND.
Do you want to do this now? [y|N]
y
Erasing 128 Kibyte @ 1350000000064 --  1 % complete  
Erasing 128 Kibyte @ 1350000000064 --  1 % complete  
Writing data to block 0 at offset 0x0
Writing data to block 1 at offset 0x20000
Writing data to block 2 at offset 0x40000
Writing data to block 3 at offset 0x60000
Writing data to block 6 at offset 0xc0000
:: Running post-transaction hooks...
(1/1) Arming ConditionNeedsUpdate...
 
[root@alarm ~]# uname -a
Linux alarm 4.4.47-1-ARCH #1 PREEMPT Sat Feb 4 21:22:22 MST 2017 armv5tel GNU/Linux
 
[root@alarm ~]# /usr/sbin/fw_printenv
bootcmd=run startboot;run bootubi
bootdir=/boot
bootfilem=uImage
bootfilez=zImage
bootubi=echo Trying to boot from NAND ...;if run mountubi; then ubifsload ${loadaddr} /boot/zImage;ubifsload ${fdtaddr} /boot/dtbs/${fdtfile};ubifsumount; setenv bootargs console=${console} ubi.mtd=1 root=ubi0:rootfs ro rootfstype=ubifs  rootwait ${mtdparts};bootz ${loadaddr} - ${fdtaddr};fi
console=ttyS0,115200
ethact=egiga0
fdtaddr=0x800000
fdtdir=/boot/dtbs
fdtfile=kirkwood-dockstar.dtb
ipaddr=10.10.10.3
loadaddr=0x810000
loadfdt=echo loading ${fdtdir}/${fdtfile} ...; load ${devtype} ${bootpart} ${fdtaddr} ${fdtdir}/${fdtfile}
loadimage=load ${devtype} ${bootpart} ${loadaddr} ${bootdir}/${bootfilez} || load ${devtype} ${bootpart} ${loadaddr} ${bootdir}/${bootfilem}
loadrd=load ${devtype} ${bootpart} ${rdaddr} ${bootdir}/${rdfile}
mainargs=setenv bootargs console=${console} ${mtdparts} root=${root} rw rootwait ${optargs} ${ncargs}
mountubi=ubi part rootfs; ubifsmount ubi0:rootfs
mtdids=nand0=orion_nand
mtdparts=mtdparts=orion_nand:1M(u-boot),-(rootfs)
ncip=10.10.10.5
ncipk=10.10.10.4
netconsole=on
preboot=if env exists netconsole && test ${netconsole} = on; then if ping ${ncip}; then  setenv stdin nc; setenv stdout nc;  setenv stderr nc; version; if env exists ncargsusr; then echo ncargs has been defined by user; setenv ncargs ${ncargsusr}; else setenv ncargs ignore_loglevel netconsole=6665@${ipaddr}/eth0,6666@${ncipk}/; fi; fi; else echo Netconsole has been turned off.; echo To turn it on, set netconsole variable to on.; setenv stdin; setenv stdout; setenv stderr; setenv ncargs; fi
rdaddr=0x1100000
rdfile=initramfs-linux.img
startboot=usb start; for devtype in usb; do  setenv devnum 0; while ${devtype} dev ${devnum}; do  echo ${devtype} found on device ${devnum}; setenv bootpart ${devnum}:1; echo Checking for: ${bootdir}/uEnv.txt ...; if test -e ${devtype} ${bootpart} ${bootdir}/uEnv.txt; then  load ${devtype} ${bootpart} ${loadaddr} ${bootdir}/uEnv.txt; env import -t ${loadaddr} ${filesize}; echo Loaded environment from ${bootdir}/uEnv.txt; echo Checking if uenvcmd is set ...; if test -n ${uenvcmd}; then  echo Running uenvcmd ...; run uenvcmd; fi; fi; if run loadimage; then if env exists root; then echo root has been defined by user; else part uuid ${devtype} ${bootpart} uuid; setenv root PARTUUID=${uuid}; fi;  run mainargs; if run loadfdt; then  if run loadrd; then  bootz ${loadaddr} ${rdaddr}:${filesize} ${fdtaddr}; else  bootz ${loadaddr} - ${fdtaddr}; fi; else  if run loadrd; then echo Booting uImage with initrd;  bootm ${loadaddr} ${rdaddr}:${filesize}; else  bootm ${loadaddr}; fi; fi; else  echo No kernel found; fi; setexpr devnum ${devnum} + 1; done; done;
ethaddr=00:10:75:1A:D8:9C
 
avant de reboot on config netconsole sur son raspberry:
netconsole configuration:
Cette version U-Boot cingler adresse ip 10.10.10.5. S'il y a une réponse, UBoot sera mis en place netconsole à cette adresse IP, en outre , il indiquera au noyau pour configurer netconsole à 10.10.10.4.  
Vous devez créer des alias sur votre PC pour écouter sur ces adresses IP.  
 
Linux: copier ces deux ligne sur le raspi:
sudo ifconfig eth0:0 10.10.10.5  
sudo ifconfig eth0:1 10.10.10.4
 
Une fois que vous avez mis en place des alias, ouvrez 2 fenêtres de terminal:  
Dans la première (sortie u-boot):  
Linux:  
nc -lu 10.10.10.5 6666
 
Dans la seconde borne (sortie du noyau):  
nc -luk 10.10.10.4 6666
 
pi@homebaarrypi:~ $ nc -lu 10.10.10.5 6666
 
U-Boot 2016.09.01-1 (Oct 10 2016 - 23:10:58 -0600) Arch Linux ARM
Seagate FreeAgent DockStar
gcc (GCC) 6.2.1 20160830
GNU ld (GNU Binutils) 2.27
Hit any key to stop autoboot:  0  
starting USB...
USB0:   USB EHCI 1.00
scanning bus 0 for devices... 3 USB Device(s) found
       scanning usb for storage devices... 1 Storage Device(s) found
 
USB device 0:  
    Device 0: Vendor: Generic- Rev: 1.00 Prod: SD/MMC/MS PRO    
            Type: Removable Hard Disk
            Capacity: 7460.0 MB = 7.2 GB (15278080 x 512)
... is now current device
usb found on device 0
Checking for: /boot/uEnv.txt ...
** File not found /boot/zImage **
4605824 bytes read in 398 ms (11 MiB/s)
loading /boot/dtbs/kirkwood-dockstar.dtb ...
** File not found /boot/dtbs/kirkwood-dockstar.dtb **
4428017 bytes read in 374 ms (11.3 MiB/s)
Booting uImage with initrd
## Booting kernel from Legacy Image at 00810000 ...
   Image Name:   Linux-4.4.47-1-ARCH
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:    4605760 Bytes = 4.4 MiB
   Load Address: 00008000
   Entry Point:  00008000
   Verifying Checksum ... OK
 
pi@homebaarrypi:~ $ nc -luk 10.10.10.4 6666
[   16.114201] console [netcon0] enabled
[   16.117931] netconsole: network logging started
[   16.122607] hctosys: unable to open rtc device (rtc0)
[   16.129702] Freeing unused kernel memory: 300K (c0851000 - c089c000)
[   16.200065] random: systemd-tmpfile: uninitialized urandom read (16 bytes read, 25 bits of entropy available)
[   16.229758] random: systemd-udevd: uninitialized urandom read (16 bytes read, 26 bits of entropy available)
[   16.244575] random: udevadm: uninitialized urandom read (16 bytes read, 26 bits of entropy available)
[   16.254513] random: systemd-udevd: uninitialized urandom read (16 bytes read, 26 bits of entropy available)
[   16.357131] random: udevadm: uninitialized urandom read (16 bytes read, 26 bits of entropy available)
[   16.410019] random: udevadm: uninitialized urandom read (16 bytes read, 26 bits of entropy available)
[   16.440074] random: udevadm: uninitialized urandom read (16 bytes read, 26 bits of entropy available)
[   16.468599] random: udevadm: uninitialized urandom read (16 bytes read, 26 bits of entropy available)
[   16.498869] random: udevadm: uninitialized urandom read (16 bytes read, 26 bits of entropy available)
[   16.528873] random: udevadm: uninitialized urandom read (16 bytes read, 26 bits of entropy available)
[   17.756466] EXT4-fs (sda1): mounting ext3 file system using the ext4 subsystem
[   17.852924] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[   18.488050] systemd[1]: System time before build time, advancing clock.
[   18.621706] NET: Registered protocol family 10
[   18.652477] ip_tables: (C) 2000-2006 Netfilter Core Team
[   18.709518] systemd[1]: systemd 232 running in system mode. (+PAM -AUDIT -SELINUX -IMA -APPARMOR +SMACK -SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD +IDN)
[   18.728118] systemd[1]: Detected architecture arm.
[   18.759676] systemd[1]: Set hostname to <alarm>.
[   19.545844] systemd[1]: Listening on udev Kernel Socket.
[   19.567915] systemd[1]: Listening on Device-mapper event daemon FIFOs.
[   19.597954] systemd[1]: Started Forward Password Requests to Wall Directory Watch.
[   19.627929] systemd[1]: Listening on Journal Socket (/dev/log).
[   19.657890] systemd[1]: Listening on /dev/initctl Compatibility Named Pipe.
[   19.687962] systemd[1]: Started Dispatch Password Requests to Console Directory Watch.
[   19.718095] systemd[1]: Listening on Network Service Netlink Socket.
[   19.747730] systemd[1]: Reached target Remote File Systems.
[   19.778573] systemd[1]: Set up automount Arbitrary Executable File Formats File System Automount Point.
[   19.832163] systemd[1]: Reached target Swap.
[   19.858021] systemd[1]: Listening on Journal Socket.
[   19.887834] systemd[1]: Reached target Paths.
[   19.907696] systemd[1]: Reached target Encrypted Volumes.
[   19.937898] systemd[1]: Listening on udev Control Socket.
[   19.975914] systemd[1]: Listening on Process Core Dump Socket.
[   19.998011] systemd[1]: Listening on LVM2 metadata daemon socket.
[   20.030584] systemd[1]: Created slice User and Session Slice.
[   20.058613] systemd[1]: Created slice System Slice.
[   20.086182] systemd[1]: Mounting POSIX Message Queue File System...
[   20.142673] systemd[1]: Created slice system-getty.slice.
[   20.167889] systemd[1]: Reached target Slices.
[   20.188777] systemd[1]: Created slice system-serial\x2dgetty.slice.
[   20.221531] systemd[1]: Starting Remount Root and Kernel File Systems...
[   20.252112] systemd[1]: Mounting Debug File System...
[   20.311933] systemd[1]: Starting Journal Service...
[   20.366670] systemd[1]: Mounting Temporary Directory...
[   20.415018] systemd[1]: Mounting FUSE Control File System...
[   20.481919] systemd[1]: Starting Apply Kernel Variables...
[   20.528585] systemd[1]: Starting Create list of required static device nodes for the current kernel...
[   20.561227] systemd-journald[163]: File /var/log/journal/127f09575ef84f2b8b69bd5f841372c3/system.journal corrupted or uncleanly shut down, renaming and replacing.
[   20.670488] systemd[1]: Mounted Temporary Directory.
[   20.685516] systemd[1]: Mounted Debug File System.
[   20.707801] systemd[1]: Mounted POSIX Message Queue File System.
[   20.737685] systemd[1]: Mounted FUSE Control File System.
[   20.769718] systemd[1]: Started Remount Root and Kernel File Systems.
[   20.800879] systemd[1]: Started Apply Kernel Variables.
[   20.829526] systemd[1]: Started Create list of required static device nodes for the current kernel.
[   21.412747] random: nonblocking pool is initialized
[   21.435950] systemd[1]: Starting udev Coldplug all Devices...
[   21.482982] systemd[1]: Starting Load/Save Random Seed...
[   21.506864] systemd[1]: Starting Create System Users...
[   21.646211] systemd[1]: Started Load/Save Random Seed.
[   21.699384] systemd[1]: Started Create System Users.
[   21.723619] systemd[1]: Starting Create Static Device Nodes in /dev...
[   21.937176] systemd[1]: Started Create Static Device Nodes in /dev.
[   21.993437] systemd[1]: Starting udev Kernel Device Manager...
[   22.067801] systemd[1]: Reached target Local File Systems (Pre).
[   22.107983] systemd[1]: Reached target Local File Systems.
[   22.152230] systemd[1]: Starting Rebuild Journal Catalog...
[   22.215720] systemd[1]: Starting Rebuild Dynamic Linker Cache...
[   22.310458] systemd[1]: Started udev Kernel Device Manager.
[   22.577183] systemd[1]: Started Rebuild Journal Catalog.
[   22.703319] systemd[1]: Started udev Coldplug all Devices.
[   22.759412] systemd[1]: Started Rebuild Dynamic Linker Cache.
[   22.816121] systemd[1]: Starting Update is Completed...
[   22.923092] systemd[1]: Started Journal Service.
[   23.106758] MV-CESA:Could not register sha1 driver
[   23.121287] MV-CESA:Could not register hmac-sha1 driver
[   23.353155] systemd-journald[163]: Received request to flush runtime journal from PID 1
 
maintenant  regarder le démarrage de votre appareil.  
 
 
un tit mode rescue c'est plus mieu, bien lire les liens c'est plus mieu j'ai ptete zapé des truc
système NAND de sauvetage: https://archlinuxarm.org/forum/view [...] =30&t=8383
 
copier coller sur le site ces plus sure:
 
ubiformat /dev/mtd1
ubiattach -p /dev/mtd1
ubimkvol /dev/ubi0 -m -N rootfs
cd ~
wget http://os.archlinuxarm.org/os/armv [...] .img.ubifs
ubiupdatevol /dev/ubi0_0 rescue1.4.img.ubifs
 
 Réglage de l' environnement  U-Boot Votre appareil ne démarre PAS si vous exécutez ceux - ci avec une nouvelle uboot.  
 
Maintenant , ci - dessous , vous devez être prudent: bootcmd est différent sur différents appareils. Voici quelques exemples. Essentiellement, vous avez juste besoin d'ajouter "loadubi run" à la fin de la chaîne.  
 
le site donne ça comme exemple pour le dockstar:
fw_setenv bootcmd 'usb start; setenv letter 9;for type in usb; do for disk in 0 1 2 3; do if ${type} part ${disk};then setexpr letter $letter + 1;run load;fi;done;done;run loadubi'
 
mais moi j'ai ça sur mon dock uboot 2016:
 
[root@alarm ~]# fw_printenv bootcmd
bootcmd=run startboot;run bootubi
 
j'ai pas voulu flinguer mon bootcmd d'origine donc j'ai juste rajouté ";run loadubi" à la fin comme y dise et ça marche donc si quelqu'un peu détailler leur exemple moi po savoir ué qui dit
 
ce qui donne la commande:
fw_setenv bootcmd 'run startboot;run bootubi;run loadubi'
 
 
Terminé.  
on reboot sans clefs voilou un tit rescue bien simpatoche de 2015
faire un scan reseau moi il change d'addresse en rescue et je me suis amusé a chercher le mot de passe pendant 15 bonne minutes avec bad  clés d'hôtes en message de fin,  
tout ça pasque j'essayai désespérément de me loguer avec l'utilisateur alarm!!! quel noobe ^^ , avis aux noob ne pas se contenter de changer seulement les dernier chifres de l'adresse ;)
 
        .
       /#\                     _      _ _                   _
      /###\      __ _ _ __ ___| |__  | (_)_ __  _   ___  __| |  _   ___ __  __  
     /#####\    / _` | '__/ __| '_ \ | | | '_ \| | | \ \/ /| | / \ | _ \  \/  |
    /##.-.##\  | (_| | | | (__| | | || | | | | | |_| |>  < | |/ ^ \|   / |\/| |
   /##(   )##\  \__,_|_|  \___|_| |_||_|_|_| |_|\__,_/_/\_\| /_/ \_\_|_\_|  |_|
  /#.--   --.#\                                            |_|                  
 /'           '\
 
(rescue)[root@alarm ~]# uname -a
Linux alarm 3.19.0-1-ARCH #1 PREEMPT Mon Feb 9 23:24:55 MST 2015 armv5tel GNU/Linux
(rescue)[root@alarm ~]#  
 
Recommandations:
Boot dans le système de secours en retirant tous les périphériques de stockage externes.  
Régénérer openssh clés d'hôtes (attention: ne termine pas la session ssh avant les clés d'hôtes sont générés):  
Par défaut , ils se générés automatiquement la première fois que vous connectez, mais le système de fichiers est monté ro par défaut alors je les ai conservés dans l'image pour la première session. Il est une bonne idée de les régénérer.
CODE: SELECT ALL
mount -o remount,rw /
rm /etc/ssh/ssh_host*
ssh-keygen -A
 
 
and change root password:
CODE: SELECT ALL
passwd
 
 
remount read only (or reboot)
CODE: SELECT ALL
mount -o remount,ro /
 
 
 
 
 
 
pacman -Syu openssl-cryptodev
http://blog.slucas.fr/blog/docksta [...] -cryptodev
 
 
[root@alarm ~]# openssl engine
(dynamic) Dynamic engine loading support
 
[root@alarm ~]# openssl speed -elapsed -evp aes-128-cbc
You have chosen to measure elapsed time instead of user CPU time.
Doing aes-128-cbc for 3s on 16 size blocks: 2541291 aes-128-cbc's in 3.00s
Doing aes-128-cbc for 3s on 64 size blocks: 775480 aes-128-cbc's in 3.00s
Doing aes-128-cbc for 3s on 256 size blocks: 205617 aes-128-cbc's in 3.00s
Doing aes-128-cbc for 3s on 1024 size blocks: 52196 aes-128-cbc's in 3.00s
Doing aes-128-cbc for 3s on 8192 size blocks: 6550 aes-128-cbc's in 3.00s
OpenSSL 1.0.2h  3 May 2016
built on: reproducible build, date unspecified
options:bn(64,32) rc4(ptr,char) des(idx,cisc,16,long) aes(partial) idea(int) blowfish(ptr)  
compiler: gcc -I. -I.. -I../include  -fPIC -DOPENSSL_PIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DHAVE_CRYPTODEV -DHASH_MAX_LEN=64 -Wa,--noexecstack -D_FORTIFY_SOURCE=2 -march=armv5te -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -Wl,-O1,--sort-common,--as-needed,-z,relro -O3 -Wall -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DAES_ASM -DBSAES_ASM -DGHASH_ASM
The 'numbers' are in 1000s of bytes per second processed.
type             16 bytes     64 bytes    256 bytes   1024 bytes   8192 bytes
aes-128-cbc      13553.55k    16543.57k    17545.98k    17816.23k    17885.87k
[root@alarm ~]# openssl speed -elapsed -evp aes-256-cbc
You have chosen to measure elapsed time instead of user CPU time.
Doing aes-256-cbc for 3s on 16 size blocks: 2023601 aes-256-cbc's in 3.00s
Doing aes-256-cbc for 3s on 64 size blocks: 591001 aes-256-cbc's in 3.00s
Doing aes-256-cbc for 3s on 256 size blocks: 154462 aes-256-cbc's in 3.00s
Doing aes-256-cbc for 3s on 1024 size blocks: 39060 aes-256-cbc's in 3.00s
Doing aes-256-cbc for 3s on 8192 size blocks: 4897 aes-256-cbc's in 3.00s
OpenSSL 1.0.2h  3 May 2016
built on: reproducible build, date unspecified
options:bn(64,32) rc4(ptr,char) des(idx,cisc,16,long) aes(partial) idea(int) blowfish(ptr)  
compiler: gcc -I. -I.. -I../include  -fPIC -DOPENSSL_PIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DHAVE_CRYPTODEV -DHASH_MAX_LEN=64 -Wa,--noexecstack -D_FORTIFY_SOURCE=2 -march=armv5te -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -Wl,-O1,--sort-common,--as-needed,-z,relro -O3 -Wall -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DAES_ASM -DBSAES_ASM -DGHASH_ASM
The 'numbers' are in 1000s of bytes per second processed.
type             16 bytes     64 bytes    256 bytes   1024 bytes   8192 bytes
aes-256-cbc      10792.54k    12608.02k    13180.76k    13332.48k    13372.07k
 
 
 
 
[root@alarm ~]# modprobe cryptodev
 
[root@alarm ~]# openssl engine
(cryptodev) cryptodev engine
(dynamic) Dynamic engine loading support
 
[root@alarm ~]# openssl speed -elapsed -evp aes-128-cbc
You have chosen to measure elapsed time instead of user CPU time.
Doing aes-128-cbc for 3s on 16 size blocks: 61244 aes-128-cbc's in 3.00s
Doing aes-128-cbc for 3s on 64 size blocks: 59833 aes-128-cbc's in 3.00s
Doing aes-128-cbc for 3s on 256 size blocks: 49407 aes-128-cbc's in 3.00s
Doing aes-128-cbc for 3s on 1024 size blocks: 30338 aes-128-cbc's in 3.00s
Doing aes-128-cbc for 3s on 8192 size blocks: 7225 aes-128-cbc's in 3.00s
OpenSSL 1.0.2h  3 May 2016
built on: reproducible build, date unspecified
options:bn(64,32) rc4(ptr,char) des(idx,cisc,16,long) aes(partial) idea(int) blowfish(ptr)  
compiler: gcc -I. -I.. -I../include  -fPIC -DOPENSSL_PIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DHAVE_CRYPTODEV -DHASH_MAX_LEN=64 -Wa,--noexecstack -D_FORTIFY_SOURCE=2 -march=armv5te -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -Wl,-O1,--sort-common,--as-needed,-z,relro -O3 -Wall -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DAES_ASM -DBSAES_ASM -DGHASH_ASM
The 'numbers' are in 1000s of bytes per second processed.
type             16 bytes     64 bytes    256 bytes   1024 bytes   8192 bytes
aes-128-cbc        326.63k     1276.44k     4216.06k    10355.37k    19729.07k
[root@alarm ~]# openssl speed -elapsed -evp aes-256-cbc
You have chosen to measure elapsed time instead of user CPU time.
Doing aes-256-cbc for 3s on 16 size blocks: 61377 aes-256-cbc's in 3.00s
Doing aes-256-cbc for 3s on 64 size blocks: 59743 aes-256-cbc's in 3.00s
Doing aes-256-cbc for 3s on 256 size blocks: 48998 aes-256-cbc's in 3.00s
Doing aes-256-cbc for 3s on 1024 size blocks: 29574 aes-256-cbc's in 3.00s
Doing aes-256-cbc for 3s on 8192 size blocks: 6795 aes-256-cbc's in 3.00s
OpenSSL 1.0.2h  3 May 2016
built on: reproducible build, date unspecified
options:bn(64,32) rc4(ptr,char) des(idx,cisc,16,long) aes(partial) idea(int) blowfish(ptr)  
compiler: gcc -I. -I.. -I../include  -fPIC -DOPENSSL_PIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DHAVE_CRYPTODEV -DHASH_MAX_LEN=64 -Wa,--noexecstack -D_FORTIFY_SOURCE=2 -march=armv5te -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -Wl,-O1,--sort-common,--as-needed,-z,relro -O3 -Wall -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DAES_ASM -DBSAES_ASM -DGHASH_ASM
The 'numbers' are in 1000s of bytes per second processed.
type             16 bytes     64 bytes    256 bytes   1024 bytes   8192 bytes
aes-256-cbc        327.34k     1274.52k     4181.16k    10094.59k    18554.88k
 
https://wiki.archlinux.fr/Kernel_modules#Chargement
nano /etc/modules-load.d/cryptodev.conf
cryptodev

n°1401843
MACHIN CHO​SE
Posté le 20-03-2017 à 04:46:45  profilanswer
 

ptite question
-bash-3.2# dmesg | grep -i 'bad'  
[    1.050000] Scanning device for bad blocks  
[    1.060000] Bad eraseblock 160 at 0x01400000  
quelqu'un peu peu me dire svp si c'est dans les premier 1M que j'ai des bad blocks, moi pas comprendre c'est écrit en KLINGON , c'est au dessus on dirai non??

n°1401844
MACHIN CHO​SE
Posté le 20-03-2017 à 04:51:01  profilanswer
 

cette image wheezy passe sous uboot arch 2014, mais pas sous uboot 2016, une idée sur ce qui bloque?
http://wej.k.vu/dockstar/debian_wh [...] _dockstar/  
http://wej.k.vu/files/debian-wheez [...] 512.tar.xz  
pense rester sous arch mais chuis preneur d'une soluce

mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  ..  97  98  99  100  101  102
Page Suivante

Aller à :
Ajouter une réponse
 

Sujets relatifs
Le topic vert - gestion d'énergie sous LinuxTopic netbook originaux pour barbu
[ Topic Unique ] Problème de connexion à InternetSquid par authentification unique
[Topic Unique] Google Chrome OSUbuntu 9.04 sur portable : forcer l'utilisation unique du second écran
Plus de sujets relatifs à : [Topic Unique] Seagate Dockstar, le plug computer pas cher !



Copyright © 1997-2016 Hardware.fr SARL (Signaler un contenu illicite) / Groupe LDLC / Shop HFR