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

ç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 , 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.  
 ps: merci, pas scotché devant le forum non plus

 
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.

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
 

 
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.

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

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

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    
 
j'ai des pogoplug, mais j'ai quand même acheté un rasp  

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

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  

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.

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

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

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 ?

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

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

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

 
Essaie ceci pour installer

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
Pogoplugtmp$ chmod +x install_uboot_mtd0.sh
Pogoplugtmp$ ./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 :
Pogoplugdev$ fw_printenv
-bash: fw_printenv: command not found
 
Une idée du problème ?

lEn fait, j'ai ça :
Pogoplugtmp$ cd /usr/sbin
Pogoplugusr/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
Pogoplugusr/sbin$ fw_printenv
-bash: fw_printenv: command not found
Pogoplugusr/sbin$ fw_setenv
-bash: fw_setenv: command not found

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

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

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

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

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    
 
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)

 
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) :

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

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

Le password qui va bien :

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

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

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

 
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  

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

 
Et voici donc la transformation du DockStar2011 en DockStar2017    
 
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    

Merci

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.)

 
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?

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

SHA-1 en 2017

 
Serveur Tvheadend   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.

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

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
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
 
Pogoplugtmp$ ./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.
 
Pogoplugtmp$ /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=XX:XX:XX:XX:XX:XX
 
Pogoplugtmp$ /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=XX:XX:XX:XX:XX:XX
 
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

y un problem de detection du rootfs si on change de disk, l'uboot cherche l'UUID du disk précedent, crée un fichier "uEnv.txt" avec votre environnement dans /boot :
#fw_printenv
bootdir=/boot
bootfilem=uImage
bootfilez=zImage
bootubi=echo Trying to boot from NAND ...;if run mountubi; then ubifsload ${loadaddr} /boot/zImage;ubifsload ${f$
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} ${loada$
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$
rdaddr=0x1100000
rdfile=initramfs-linux.img
startboot=usb start; for devtype in usb; do  setenv devnum 0; while ${devtype} dev ${devnum}; do  echo ${devtype$
bootcmd=run startboot;run bootubi;run loadub
ethaddr=XX:XX:XX:XX:XX:XX
 
 
et rajouter à la fin:
root=LABEL=rootfs
 
étiqueter votre partition root:
rootfs
#e2label /dev/sdXX rootfs

inutile donc  indispensable  
 
Éditez le fichier /etc/pacman.conf :
 
# nano /etc/pacman.conf
 
Ajoutez la ligne suivante en dessous de [options] :
 
ILoveCandy
 
Puis :
 
# pacman -Sy
 
 
un pacman dans la barre de progression

un petit up.
 
J'ai une collection de dockstars qui a été ubootée il y a longtemps, et qui bootent donc un coup sur deux sur l'USB ou sur la flash interne.
 
J'avoue avoir perdu la main, et il y a visiblement des problemes avec le script de doozan, donc question:
 
existe t il un moyen relativement simple d'installer la derniere debian sur une clé USB connectée à un dockstar ?  merci d'avance  

Je re - up.

Je me log en root/stxadmin, sans usb.

J'ai formatté une clé usb en ext3, et mis cette image.
https://wej.k.vu/dockstar/debian_wh [...] _dockstar/

+ changé la variable rootfstype (me semble que c'est ce nom) de ext2 à ext3.
impossible de booter, le dockstar clignotte, puis la lampe s'éteint.

Je génère une nouvelle uImage avec le dernier kernel en suivant cette procédure:
https://forum.doozan.com/read.php?2,12096

et je remplace le uImage du /boot, mais c'est pareil.

j'ai tenté de mettre en place la net console, mais je ne vois rien sur mon terminal récepteur. Si je débranche la clé, je boote mais pas de net console non plus.

halp ?

edit: je laisse pour de futures erreurs. concernant la netconsole, j'étais sur le mauvais serveur
concernant l'image du forum de doozan, il fallait installer aussi le rootFS de doozan a la meme adresse et pas l'autre. Et ca marche !

j'ai un beau dockstar en ext3 avec un kernel 4.13.5

si quelqu'un veut l'image en question, il suffit ... de me dire comment la générer et je la met sur dropbox

j ai justement le meme soucis sauf que de mon coté j ai vraiment perdu la main.
jvais essayer avec ton tuto déja, tu as réussi à lui trouver quoi comme fonction à ton petit DS?
j'avais pensé à pihole.. mais apres avoir testé c est un peu relou quand meme

Je monte un serveur de domotique dessus, l'idée d'avoir un kernel récent c'est histoire que personne vienne s'amuser à allumer / éteindre la lumière chez moi ou mettre le chauffage / clim à fond. Pour éviter les blagues, je vais en faire un second en backup live qui prend immédiatement la main s'il tombe, et un troisième en spare sur l'étagère.
 
Il m'en restera encore un ensuite
 
le tuto sur le forum de doozan est à suivre à la lettre. Ca peut sembler un poil confus et indigeste, d'ou l'idée de mettre a dispo direct une image à décompresser sur une clé USB, comme l'avait fait wej.
 
Attention, il faut soit un uboot récent, soit un uImage modifié avec le dtb. la procédure pour le uboot récent est expliquée aussi (gaffe a pas avoir de secteur défectueux dans le premier Mo)  
 

Merci pour le lien. Il faut que je mette tout à jour si mes dockstars marchent encore. Je dois en avoir un à la cave et un chez mes parents. De mémoire ils ne démarraient plus, pas sûr que j'arrive à les ravoir sans JTAG.
 
Le nouvel uboot a l'air de supporter ext4 et d'être plus stable, c'est ce qui peut me redonner goût au Dockstar.