Micrologiciel 4.0.2

[Jérôme]

Bonjour a tous,

depuis la mise a jour de mon Qnap avec le nouveau micrologiciel 4.0.2, je n'arrive plus a faire un démarrage a distance je n'ai plus l'onglet...

actuellement, dans la rubrique "alimentation" je n'ai que l'onglet "Rétablissement de l'alimentation" et "Planification de l'alimentation".

Est ce que l'option redémarrage a changé de place ?

qu'est il possible de faire pour retrouver les options manquante ?

 

second problème, dans "File station" il y a un dossier nommé "Qrecording", il est impossible de supprimer les fichiers qui sont à l'intérieur car il sont non visible sur l'interface, d'autre part j'ai le message "chargement en cours" pendant plusieurs dizaines de minutes . je les vois en passant par explorateur Windows, mais l’accès a ce répertoire est bizarrement très long...

Avez vous une idée du problème ?

 

 

Merci pour votre aide.

Jérôme

 

[father_mande]

Bonjour,

 

A priori sur mon TS-219II ... l'onglet  "Wake On Lan" est toujours là ET dans le menu "alimentation (conf. Eco / WOL / Rétab ... / Planification ... ) ?

Avez-vous bien vidé le cache de votre navigateur ? Est-il à jour ... car le Javascript utilisé par QNAP demande des versions "à jour" ?

Vous pouvez vérifier si la fonction est toujours "physiquement" existante avec ethtool dans un console

ex. : ethtool eth0 (cherchez wol ... la lettre derrière c'est le status)

 

Qrecording est le dossier réservé à Surveillance Station ...

Essayez de supprimer les fichiers via :

file station ... sous admin

en ssh sous admin, vous pourrez prendre la main sur les fichiers si ceux-ci ont des "droits" bizarres ...

 

Philippe.

[Jérôme]

merci Father_mande

 

pour ce qui est du menu alimentation, j'ai trouvé une alternative, en passant par l'interface "admin" puis "redemarrer" comme ceci :

 

 

concernant le Qrecording, je suis bien en admin, mais il ne trouve aucun fichier...

[father_mande]

Bonjour,

 

Regardez la (les corbeilles) car un changement majeur a eu lieu en 4.0 c'est que les corbeilles sont attachés aux partages et non plus une seule globale ...

 

Je vide mes corbeilles avant update ... donc je ne sais pas dire comment l'update traite ou non cela ...

 

Philippe.

[Jérôme]

Bonjour,

 

sur /Qrecording, il n'y pas de poubelle mais je me suis rendu compte que la camera avait stocké un grand nombre de photos. Et c'est depuis que j'ai installé 4.0, que j'ai constaté cela et que je n'arrive pas à les effacer...

 

je vois les photos que par l'explorateur Windows, j'ai réussi à en supprimer (c'est tes long, plus de 4h00), mais je ne peut toujours rien voir depuis l'interface files station. ni depuis le ftp à distance l'ouverture de ce répertoire est trop long et cela ferme le délais imparti est trop long

 

concernant la poubelle réseau, elle était désactivée avant la migration vers 4.0

 

est il possible de supprimer tout le contenu d'un dossier tel que Qrecording sans passer par file station ?

[Jérôme]

j'ai contacté par mail le support Qnap (à 13h22), voici la réponse (à13h29) c'est rapide   :

 

• 1. Télécharger QFinder : http://www.qnap.com/fr/index.php?sn=8877&lang=fr#Qfinder
• 2. Télecharger le firmware 4.0.2 : http://eu1.qnap.com/Storage/TS-219TurboNAS/TS-219_20130726-4.0.2.zip
• 3. Ouvrez QFinder, puis cliquez sur "Outils" puis sur "Mise à jour du logiciel"
• 4. Tapez votre mot de passe admin
• 5. Cochez la case "Chemin du fichier image du firmware système puis sur "Parcourir"
• 6. Spécifiez l'emplacement de votre firmware.
• 7. Et enfin cliquez plus bas sur "Démarrer"

 

je fais le test, et vous tiens informé du résultat 

 

Jérôme

[Jérôme]

le fait d'avoir réinstallé le firmware n'a rien donné.

le service support m'a demandé de faire une capture d'écran avec putty de la page de /share/MD0_DATA

 

ce qui est d’ailleurs bizarre, c'est lorsque je suis sur la page putty,je vois bien le répertoire Qrecordings, mais si je fais cd Qrecordings, le curseur passe en dessous et plus rien, aucune fonction ne réagit par exemple, cd .. ne reviens pas en arrière. le truc est planté on dirait.

[father_mande]

Bonjour,

 

Pouvez-vous essayer :

1 en protégeant le mot Qrecordings avec des  guillemets "Qr..." ou des apostrophes 'Qr....'

2 est-ce que le break <CRTL>C vous ramène au prompt dans le cas ci-dessus (curseur en dessous puis plus rien ... ) ... il se pourrait qu'un caractère invisible (ou plusieurs (séquence "escape") ... génère l'équivalent d'une "suite à la ligne" ... ce qui fait que le shell attend d'autres éléments ...

3 quand vous faites : ls -l de /share est-ce que TOUS les liens sont de même couleurs (bleu clair) , essayez aussi le cd Qrecordings depuis /share ... , vérifiez aussi que le lien /share/Qrecordings ... pointe sur MD0 et pas sur HDA par exemple ...

 

Philippe.

[Jérôme]

Bonjour,

 

Pouvez-vous essayer :

1 en protégeant le mot Qrecordings avec des  guillemets "Qr..." ou des apostrophes 'Qr....'

 

En fait après une dizaine de secondes, le curseur revient après la commande [/share/Qrecordings] 

par contre lorsque je fais ll ou ls, il n'affiche aucun fichiers...

 le break <CRTL>C me ramène bien au prompt rapidement

 

sinon, lors de la commande ls de /share, tous les liens ont la même couleurs bleu et il pointe bien vers MD0. cela ressemble a ceci :

 

lrwxrwxrwx    1 admin    administ        20 Aug 24 07:57 Qrecordings -> MD0_DATA/Qrecordings/

 

 

[father_mande]

Bonjour,

 

Avez-vous des I/O errons ?

regardez dans le résultat de la commande dmesg, juste après avoir essayé un accès à Qrecordings

 

Sinon, attendez que le support se connecte chez vous ... car d'ici je ne vois rien ... ce qui est assez "normal" ... (désolé pour l'humour au mauvais moment ...)

 

Si vous avez le temps ... commencez par lancer une vérification du systèmes de fichier ... (gestion disques, sélectionnez le volume logique, vérifier)

 

Philippe.

[Jérôme]

bonjour Father_mande

 

pas de probleme coté humour, car ce n'est pas tres grave cette histoire de repertoire plein de jpg...

voici le résultat de la commande dmesg :

 

login as: admin

admin@192.168.1.200's password:

[~] # cd /share

[/share] # cd Qrecordings

[/share/Qrecordings] # dmesg

 bitmap (65 pages) for device md9

[   17.250000] md9: detected capacity change from 0 to 542769152

[   17.270000]  md9: unknown partition table

[   21.360000] kjournald starting.  Commit interval 5 seconds

[   22.310000] EXT3-fs (md9): using internal journal

[   22.320000] EXT3-fs (md9): mounted filesystem with writeback data mode

[   22.770000] md: md13 stopped.

[   22.850000] md: bind<sdb4>

[   22.860000] md: bind<sda4>

[   22.860000] raid1: raid set md13 active with 2 out of 2 mirrors

[   22.910000] md13: bitmap initialized from disk: read 4/4 pages, set 0 bits

[   22.920000] created bitmap (57 pages) for device md13

[   22.990000] md13: detected capacity change from 0 to 469893120

[   23.010000]  md13: unknown partition table

[   25.050000] kjournald starting.  Commit interval 5 seconds

[   25.090000] EXT3-fs (md9): using internal journal

[   25.090000] EXT3-fs (md9): mounted filesystem with writeback data mode

[   26.260000] kjournald starting.  Commit interval 5 seconds

[   26.290000] EXT3-fs (md9): using internal journal

[   26.300000] EXT3-fs (md9): mounted filesystem with writeback data mode

[   26.410000] kjournald starting.  Commit interval 5 seconds

[   26.450000] EXT3-fs (md13): using internal journal

[   26.460000] EXT3-fs (md13): mounted filesystem with writeback data mode

[   44.120000] NET: Registered protocol family 5

[   44.500000] xor: measuring software checksum speed

[   44.550000]    arm4regs  :  1090.000 MB/sec

[   44.600000]    8regs     :   826.400 MB/sec

[   44.650000]    32regs    :   927.200 MB/sec

[   44.650000] xor: using function: arm4regs (1090.000 MB/sec)

[   44.940000] raid6: int32x1     84 MB/s

[   45.110000] raid6: int32x2    116 MB/s

[   45.280000] raid6: int32x4    122 MB/s

[   45.450000] raid6: int32x8    113 MB/s

[   45.450000] raid6: using algorithm int32x4 (122 MB/s)

[   45.900000] md: raid6 personality registered for level 6

[   45.900000] md: raid5 personality registered for level 5

[   45.910000] md: raid4 personality registered for level 4

[   46.000000] device-mapper: ioctl: 4.16.0-ioctl (2009-11-05) initialised: dm-devel@redhat.com

[   46.200000] cryptodev: driver 0.9 loaded.

[   47.820000] generic-usb 0003:051D:0002.0001: claimed by neither input, hiddev nor hidraw

[   47.830000] usbcore: registered new interface driver usbhid

[   47.840000] usbhid: USB HID core driver

[   47.920000] usbcore: registered new interface driver usblp

[   47.950000] sysinfo: Module loaded.

[   48.320000] ufsd: module license 'Commercial product' taints kernel.

[   48.330000] Disabling lock debugging due to kernel taint

[   48.420000] ufsd: driver (8.6 U86_r184988_b10, LBD=ON, delalloc, acl, ioctl, ws, bdi, sd) loaded at bf1c9000

[   48.420000] NTFS (with native replay) support included

[   48.420000] Hfs+/HfsX support included

[   48.420000] optimized: speed

[   48.420000] Build_for__QNAP_TS_219_ARM_2012-02-09_U86_r184991_b10

[   48.420000]

[   48.740000] Slow work thread pool: Starting up

[   48.740000] Slow work thread pool: Ready

[   48.840000] fnotify: Load file notify kernel module.

[   48.870000] fnotify:   Global_Private_Data_List_Init()

[   48.870000] fnotify:   Launch the fnotify thread: 1168

[   48.880000] fnotify:   The fnotify thread starts...

[   48.920000] lib80211: common routines for IEEE802.11 drivers

[   48.930000] lib80211_crypt: registered algorithm 'NULL'

[   49.040000] cfg80211: Calling CRDA to update world regulatory domain

[   49.320000] Enable WDT...

[   50.900000] usbcore: registered new interface driver snd-usb-audio

[   50.930000] usbcore: registered new interface driver snd-usb-caiaq

[   51.000000] Linux video capture interface: v2.00

[   51.120000] usbcore: registered new interface driver uvcvideo

[   51.130000] USB Video Class driver (v0.1.0)

[   52.030000] eth0: mac address changed

[   52.060000] eth0: link down

[   52.060000] eth0: started

[   55.180000] eth0: link up, full duplex, speed 1 Gbps

[   63.660000] EXT2-fs (mtdblock5): warning: mounting unchecked fs, running e2fs ck is recommended

[   67.040000] kjournald starting.  Commit interval 5 seconds

[   67.050000] EXT3-fs (md9): using internal journal

[   67.060000] EXT3-fs (md9): mounted filesystem with writeback data mode

[   72.810000] active port 0 :139

[   72.820000] active port 1 :445

[   72.820000] active port 2 :20

[   75.100000] EXT2-fs (mtdblock5): warning: mounting unchecked fs, running e2fsck is recommended

[   78.880000] md: bind<sda2>

[   78.890000] raid1: raid set md2 active with 1 out of 1 mirrors

[   78.890000] md2: detected capacity change from 0 to 542769152

[   79.850000] md: md0 stopped.

[   79.880000] md: md0 stopped.

[   79.930000]  md2: unknown partition table

[   80.000000] md: bind<sdb3>

[   80.010000] md: bind<sda3>

[   80.010000] raid1: raid set md0 active with 2 out of 2 mirrors

[   80.050000] md0: bitmap initialized from disk: read 15/15 pages, set 0 bits

[   80.060000] created bitmap (233 pages) for device md0

[   80.090000] md0: detected capacity change from 0 to 1998792294400

[   81.970000]  md0: unknown partition table

[   83.690000] Adding 530040k swap on /dev/md2.  Priority:-1 extents:1 across:530040k

[   92.250000] EXT4-fs (md0): mounted filesystem with ordered data mode

[   92.630000] md: bind<sdb2>

[   92.640000] RAID1 conf printout:

[   92.650000]  --- wd:1 rd:2

[   92.650000]  disk 0, wo:0, o:1, dev:sda2

[   92.650000]  disk 1, wo:1, o:1, dev:sdb2

[   92.660000] md: recovery of RAID array md2

[   92.660000] md: minimum _guaranteed_  speed: 5000 KB/sec/disk.

[   92.670000] md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for recovery.

[   92.680000] md: Recovering started: md2

[   92.680000] md: using 128k window, over a total of 530048 blocks.

[  106.930000] md: md2: recovery done.

[  106.930000] md: Recovering done: md2, degraded=1

[  106.980000] RAID1 conf printout:

[  106.980000]  --- wd:2 rd:2

[  106.980000]  disk 0, wo:0, o:1, dev:sda2

[  106.990000]  disk 1, wo:0, o:1, dev:sdb2

[  107.300000] eth0: stopped

[  108.930000] eth0: link down

[  108.940000] eth0: started

[  112.070000] eth0: link up, full duplex, speed 1 Gbps

[  128.220000] eth0: stopped

[  128.250000] eth0: link down

[  128.250000] eth0: started

[  129.330000] eth0: stopped

[  129.360000] eth0: started

[  129.360000] eth0: change mtu 1500 (buffer-size 1536) to 9000 (buffer-size 9024)

[  132.220000] eth0: link up, full duplex, speed 1 Gbps

[  137.540000] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory

[  137.550000] NFSD: starting 90-second grace period

[  162.990000] active port 0 :139

[  163.000000] active port 1 :445

[  163.000000] active port 2 :20

[  163.530000] warning: `proftpd' uses 32-bit capabilities (legacy support in us e)

[  179.810000] EXT2-fs (mtdblock5): warning: mounting unchecked fs, running e2fsck is recommended

[  196.730000] rule type=2, num=0

[  197.760000] WOL disable

[  203.880000] Loading iSCSI transport class v2.0-871.

[  206.750000] iscsi: registered transport (tcp)

[  207.430000] PPP generic driver version 2.4.2

[  208.750000] PPP MPPE Compression module registered

[  208.930000] PPP BSD Compression module registered

[  209.120000] tun: Universal TUN/TAP device driver, 1.6

[  209.120000] tun: © 1999-2004 Max Krasnyansky <maxk@qualcomm.com>

[  209.160000] PPP Deflate Compression module registered

[  210.520000] nf_conntrack version 0.5.0 (8054 buckets, 32216 max)

[  211.630000] ip_tables: © 2000-2006 Netfilter Core Team

[  215.280000] nfsd: last server has exited, flushing export cache

[  232.230000] warning: process `evtd' used the deprecated sysctl system call with 8.1.2.

[  235.580000] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory

[  235.590000] NFSD: starting 90-second grace period

[/share/Qrecordings] #

[father_mande]

Bonjour,

 

Hum! Pas d'erreur vu par le système ...

 

Bon ... je crois qu'il vaut mieux laisser la main au support ... car sur ces éléments ... je ne vois rien ...

 

Philippe.

[Jérôme]

Depuis le 22 août, après 2 mails du service support Qnap j'ai envoyé une copie écran du résultat de la commande "cd /share/MD0_DATA puis  ll" dans Putty 

et essayé l’accès en ftp par filezila.

 

Et je n'ai plus de nouvelle depuis le 28/08...

j'ai été un peu trop enthousiaste...

[father_mande]

Bonjour,

 

Relancez via ...

Le site de QNAP ... (vous aviez bien "ouvert" une demande de support et "reçu" un ticket de prise en compte ?)

Skype (plutôt le matin (6h00 de décalage horaire)) ... mais en Anglais

Le Compte Twitter ... qui semble avoir une personne dédié ... donc réactif ... mais uniquement en Anglais

 

Un P.M. (message privé) adressé à Cris notre administrateur ... qui saura relancer l'affaire endormie ... mettez en copie (Florent de QNAP, inscrit mais peu présent sur le forum) qui est responsable de QNAP France et a annoncé il y a quelque temps la mise en place du support France ...

 

Philippe.

[Jérôme]

Bonjour father_mande,

 

En effet, il s'agit bien de l'assistance france, car la personne me répond par mail en francais.

J'ai bien crée un ticket via le site Qnap support.

 

Merci pour les infos, je vais contacter les personnes en MP.

Bonne journée

Jérôme

[Jérôme]

Pour info :

Le service support m'a demandé de revenir a la version 3.8 du firmware, dans la rubrique "dossier partagés" dans "gestion des droits d'acces" de l'administration, Qrecordings contient 1 914 006 fichiers pour une taille de 45.75 Go...

 

J'ai sortir le DD puis l'ai mis sur un ordinateur windows, afin d'y accéder par le logiciel EXT2fst pour essayer de renommer le dossiers Qrecordings, mais il me dit que le disque est protégé en écriture...

j'attends le retour du service support.

 

Jérôme

[Jérôme]

Apres plusieurs essais (sous Putty) de suppression infructueuse des fichiers avec la commande rm -r, j'ai supprimé directement le répertoire Qrecording avec cette même commande. ensuite j'ai recrée le répertoire avec la commande mkdir.

[father_mande]

Bonjour,

 

rm -r ... est récursif ... donc s'applique à un répertoire (dessus ( . ) ou au niveau inférieur ) ... efficace ... mais bien sur dangereux ...

 

ext2fst ... aurait du marcher sur ext3 ... en ext4 il ne supporte que le "read" ... pour ext4 (et 3) le mieux reste le Live_cd (Live_USB) Linux ... plus "compatible" ...

 

Dans ce cas revenir en arrière (firmware) n'a eu aucun impact ... les commandes de bases comme rm n'ont pas évolué ...

 

Mais l'important c'est que vous ayez une solution ...

Philippe.