[Thread Ufficiale] TP-Link TD-W8970v1 - Firmware OpenWRT

[matteo85]

ecco qua: https://dev.openwrt.org/changeset/19877/

[ambrosa]

Ho ulteriormente ampliato con ulteriori considerazioni il mio ticket
https://dev.openwrt.org/ticket/18999
relativamente al fatto che l'overlay non funziona più.

Dalla mia precedente build (43982) all'ultima (44455) è cambiato il kernel: si è passati dal 3.14 al 3.18.
Qualcosa è cambiato e l'overlay non ne vuole sapere di funzionare con chiavette esterne.
Ho letto che dal kernel 3.18 overlayfs è diventato parte integrante del kenrel Linux ufficiale, prima c'era ma come patch esterne aggiunte. E non vorrei che sia cambiato qualcosa.

In sintesi:
L'overlay viene attivato correttamente al boot e viene 'collegato' con la partizione JFFS2 interna alla flash del router (circa 1.5 MB liberi). Quindi sin qui tutto bene come al solito.
Il problema è che questo overlay sembra congelato alla sua creazione e non riesco in nessun modo a cambiare la 'upperdir': la cambio facendola puntare alla chiavetta USB esterna ma l'overlay insiste a mostrare il vecchio contenuto (andate a vedere il ticket per ulteriori dettagli).

Gli stessi test fatti con una macchina Ubuntu con kernel 3.13 e patch overlayfs aggiunte al kernel da parte dei developer di Ubuntu, invece danno esito diverso: appena si cambia la 'upperdir' ecco che il filesystem overlay mostra subito i cambiamenti.
Quindi con il nuovo kernel 3.18 è come se i cambiamenti non si propagassero.

La cosa che mi meraviglia è che nessun al momento dice nulla. Se fosse un problema di kernel non sarebbe confinato solo ai sistemi Lantiq....

Sono sempre più perplesso.

Qualcuno ha modo di interessare qualche sviluppatore OpenWRT su questa questione ? Perchè mi puzza parecchio...

[ambrosa]

Mi sono accorto che dai provider DDNS (DNS dinamici) è sparito NO-IP.COM
Mah !

Comunque sia non è un problema aggiungerlo.
Semplicemente quando aggiungete un DDNS server in Services->DynamicDNS , fate così:

- selezionate in DDNS Service provider "--CUSTOM--"
- in Custom update-URL inserite il seguente url

http://vostro_user:[email protected]/nic/update?hostname=vostro_hostname

Esempio:

http://ciccio:[email protected]/nic/update?hostname=motolive.zapto.org

[ambrosa]

Buone notizie sul fronte overlayfs.

Ho ricevuto risposta da uno degli sviluppatori OpenWRT.
Il problema c'è , è legato come pensavo al nuovo kernel 3.18 e alla modifica del modo di lavorare di overlayfs.
E' in corso il fixing ma sono stati trovati nel frattempo altri casini e quindi la soluzione slitta forse a metà settimana.

Beh, almeno ho scoperto di non essere rincretinito.

Attendiamo con pazienza.

[sunvit]

Grazie tante x l'interesse!

Inviato dal mio JY-G5 utilizzando Tapatalk

[sunvit]

News?

Inviato dal mio JY-G5 utilizzando Tapatalk

[ambrosa]

Originariamente inviato da sunvit

News?

Inviato dal mio JY-G5 utilizzando Tapatalk

Uscita poco fa:
BARRIER BRAKER
https://dev.openwrt.org/changeset/44537

Adds support for /dev/vd* virtual io
Adds support for overlayfs v23
Fixes overlayfs mount on 3.18
Make the block tool ignore case when comparing uuid strings
Fixes sysupgrade on linux 3.18
Support extroot/ubi
Allows using UBIFS volume as overlay and adds support for Btrfs
Fix exit code of uci-defaults script
Support external overlays on non-MTD systems again
Account for new directory structure of overlayfs partitions (additional upper/ component)
Support executing block from either overlay or rom
Support loading fstab from either overlay or rom
Log extroot failures to dmesg

TRUNK
https://dev.openwrt.org/changeset/44535
(stesse cose più o meno)

[ambrosa]

Aspettiamo qualche giorno e vediamo se la cosa si stabilizza.

[sunvit]

Interessante...

Inviato dal mio JY-G5 utilizzando Tapatalk

[xamok]

Ma sono io o sulle release di ambrosa non c'è il comando mkfs?
E già che ci siamo, si potrebbe includere il supporto https per luci? mi ero abituato a usarlo con le relle di rylos, ora ho tutti i link che danno pagina bianca

[cico78]

Ho installato l'ultima di Ambrosa,continua a non connettersi in pppoe con Alice.Confermate?

Inviato dal mio ZP999 utilizzando Tapatalk

[ambrosa]

Originariamente inviato da xamok

Ma sono io o sulle release di ambrosa non c'è il comando mkfs?
E già che ci siamo, si potrebbe includere il supporto https per luci? mi ero abituato a usarlo con le relle di rylos, ora ho tutti i link che danno pagina bianca

mkfs.ext2 3 4 c'è
Altri li scarichi come package

Quale release delle mie build hai installato ?

BusyBox v1.22.1 (2015-02-15 08:17:48 CET) built-in shell (ash)
Enter 'help' for a list of built-in commands.

  _______                     ________        __
 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 -----------------------------------------------------
 CHAOS CALMER (44455, r44455)
 -----------------------------------------------------
  * 1 1/2 oz Gin            Shake with a glassful
  * 1/4 oz Triple Sec       of broken ice and pour
  * 3/4 oz Lime Juice       unstrained into a goblet.
  * 1 1/2 oz Orange Juice
  * 1 tsp. Grenadine Syrup
 -----------------------------------------------------
root@openwrt:~# mkfs.ext
mkfs.ext2  mkfs.ext3  mkfs.ext4

luci in https ? Certo che c'è: devi installare il pacchetto luci-ssl

[ambrosa]

Originariamente inviato da cico78

Ho installato l'ultima di Ambrosa,continua a non connettersi in pppoe con Alice.Confermate?

Inviato dal mio ZP999 utilizzando Tapatalk

Perdona la domanda idiota visto che non sono cliente Telecozz da oltre 10 anni.
Ma Alice non va in PPPoA ?

[ambrosa]

Comunque sto compilando la trunk@44553

Se hanno risolto veramente il bug dell'overlay, da domani la rendo disponibile.

[ambrosa]

Originariamente inviato da xamok

Ma sono io o sulle release di ambrosa non c'è il comando mkfs?
E già che ci siamo, si potrebbe includere il supporto https per luci? mi ero abituato a usarlo con le relle di rylos, ora ho tutti i link che danno pagina bianca

mkfs.ext? è contenuto nel pacchetto e2fsprogs
Nelle mie release più vecchie lo tenevo fuori dalla build principale, quindi dovevi scaricare il pacchetto ed installarlo.
A causa di molte richieste da qualche release lo trovi già compreso nella build.

[ambrosa]

La trunk 44553 NON VA
Il kernel per qualche strano motivo non riconosce la MTD e quindi si blocca perchè non può montare la root

Non ho toccato nulla rispetto alla precedente 44455 e le varie opzioni riguardo la MTD sono corrette.

Quindi ho provato a mandare una email al mantainer blogic : vediamo che succede.......

[sunvit]

Mannaggia ne sistemano 1 e nwe rompono 4

Inviato dal mio JY-G5 utilizzando Tapatalk

[xamok]

Originariamente inviato da ambrosa

mkfs.ext? è contenuto nel pacchetto e2fsprogs
Nelle mie release più vecchie lo tenevo fuori dalla build principale, quindi dovevi scaricare il pacchetto ed installarlo.
A causa di molte richieste da qualche release lo trovi già compreso nella build.

Infatti è proprio così che ho risolto

Si vede che sono fermo ad una rel troppo indietro (43982), perchè non trovo neanche luci-ssl, ma ho davvero poca voglia di aggiornare e rifare l'extroot =)
grazie per l'interessamento =D

[ambrosa]

Originariamente inviato da xamok

Infatti è proprio così che ho risolto

Si vede che sono fermo ad una rel troppo indietro (43982), perchè non trovo neanche luci-ssl, ma ho davvero poca voglia di aggiornare e rifare l'extroot =)
grazie per l'interessamento =D

Purtroppo hai ragione: il pacchetto luci-ssl mi è stato richiesto DOPO la 43982 e quindi ho cominciato ad includerlo nella 44455 (che però è 'broken' , non va l'overlayfs, il resto però funziona tutto)

[ambrosa]

Sto provando la trunk 44570 ma neanche questa funziona.

Il kernel fa il boot ma misteriosamente non fa il detect della mtd

Le seguenti linee di log erano presenti nel boot del kernel sino alla 44455 , da un certo punto in poi è cambiato qualcosa e l'mtd non viene considerata e dal log sparisce qualsiasi riferimento alla mtd (e quindi il kernel non può montare la partizione di root):

[    0.528000] 1e100c00.serial: ttyLTQ0 at MMIO 0x1e100c00 (irq = 112, base_baud = 0) is a lantiq,asc
[    0.536000] console [ttyLTQ0] enabled
[    0.544000] bootconsole [early0] disabled

[    0.568000] m25p80 spi32766.0: found s25fl064k, expected en25q64
[    0.576000] m25p80 spi32766.0: s25fl064k (8192 Kbytes)
[    0.580000] 3 ofpart partitions found on MTD device spi32766.0
[    0.584000] Creating 3 MTD partitions on "spi32766.0":
[    0.592000] 0x000000000000-0x000000020000 : "u-boot"
[    0.596000] 0x000000020000-0x0000007d0000 : "firmware"
[    0.604000] 0x0000001a4074-0x0000007d0000 : "rootfs"
[    0.608000] mtd: partition "rootfs" must either start or end on erase block boundary or be smaller than an erase block -- forcing read-only
[    0.620000] mtd: device 2 (rootfs) set to be root filesystem
[    0.628000] 1 squashfs-split partitions found on MTD device rootfs
[    0.632000] 0x000000640000-0x0000007d0000 : "rootfs_data"
[    1.484000] 0x0000007d0000-0x000000800000 : "boardconfig"

[    1.592000] libphy: lantiq,xrx200-mdio: probed
[    1.668000] eth0: attached PHY [Lantiq XWAY PEF7071] (phy_addr=0:00, irq=-1)
[    1.736000] eth0: attached PHY [Lantiq XWAY PEF7071] (phy_addr=0:05, irq=-1)
[    1.804000] eth0: attached PHY [Lantiq XWAY VR9 GPHY 11G v1.4] (phy_addr=0:11, irq=-1)
[    1.872000] eth0: attached PHY [Lantiq XWAY VR9 GPHY 11G v1.4] (phy_addr=0:13, irq=-1)

Ho ricontrollato tutti i miei config ma sembra tutto a posto. A capire cosa hanno modificato.
Può essere un problema mio ma non riesco ad identificarlo.