Reprise du message précédent :

Quand tu as mis à jour le firmware, quelle version était affiché ?

Oui, dès que possible !

EDIT: done !

Bon c'est vraiment lassant de ne pas pouvoir re-dimensionner la police des PDF. Donc est-ce que quelqu'un aurait un "bon" logiciel et fiable pour convertir les PDF en EPUB?
-> Calibre n'est pas une réponse, trop lourd et pas super fiable...
 
Merci par avance

 
 
la ligne de commande de calibre le fait plutot pas mal mais si tu trouve mieux je suis preneur.  
 
 

 
PDFtoEPUB converti plutot bien .  gratuit jusqu'a fin mars 2011 .....

J'aimerais savoir qui à installé Virtual Printer.
J'ai Windows 7 64 et il refuse de s'installer prétextant qu'il me faut un OS 32 bits...

Je l'ai essayé (XP) et franchement tu perds rien ... si encore ça transformait en ePub y'aurait un intérêt, mais vu que ça génère que de l'image, autant utiliser l'un des nombreux pilotes virtuels vers PDF qui existent

Ah merci.
 
En attendant, j'ai essayé de m'inscrire sur My Samsung, pour voir quoi. Ben c'est pas la peine, le e-60 n'existe pas comme produit enregistrable, et si j'enregistre en tant que e-65, la page est inaccessible.

Personne n'a encore reçu le remboursement de 50€ ?

 
Nan, moi pas encore. Et quand je regarde ici : http://www.samsung.com/fr/mondossier/ , il n'y a pas trace de mon dossier.
 
 

Pour une offre de remboursement de TV Samsung, toujours rien depuis ... mai.  
 
J'ai beau les appeler toutes les semaines, "oui on vous rappelle monsieur", j'ai l'impression que les 150€ ont pas été perdus pour tout le monde
 
EDIT : d'ailleurs sur un coup de colère je viens de prendre contact avec la répression des fraudes  

patience, faut 2 mois pour avoir des nouvelles au minimum (ça a été le cas pour mon Samsung Galaxy S)

 
Envoyé le 17 janvier. Donc, patience...

Bonjour,
d'après la doc, il fallait compter 8 semaines après la date limite du 15 janvier.  
On n'y est pas encore. . .
En revanche, j'ai reçu les 50 euros de Sony, mais c'est H.S.

Bonjour a tous
J'ai acquis récement cet E60 et je me suis jeté avec avidité sur ce forum. J'ai installé le nouveau firaware, parfait, j'ai mis en place traiteebookdb dans le permarun.sh. Tous est parfait
J'ai quand meme constaté un soucis, quand je retire des livres via la connexion USB, ils restent dans la base de données et alors traitebookdb, crée des répertories vides ....
Pour régler cela j'ai écrit un programme en C++ qui nettoie la base de donénes des livres qui ne sont plus présents sur l'ébook et qui gènent la gestion des bibliothèques. Je suis prèt à le mettre à la disposition de tous, mais je n'ai pas compris le système de stockage des fichiers et j'avoue que  je n'ai pas envie de m'y mettre. Donc si quelqu'un veut s'en charger, je lui donnerai le source
 
amicalement
 
cmetairie
 

 
Je viens de faire le test... Je ne sais pas ce que j'ai fait, mais le redémarrage avec "synchro" a été très long. Et en résultat qui en jette : j'ai perdu (à nouveau) toutes le notes et marques-pages que j'avais !
 
         
 
La joie de bidouiller.        

quelques mails recus, je les colle ici et renvoie les expéditeurs vers le forum    

 
si cela peut permettre de soulever des réponses  

 
Ben oui, car le "Factory reset" (/usr/local/Trolltech/QtEmbedded-4.5.1-arm/bin/
/factory_reset.sh) fait ça :
 

 
Donc, c'est des choses à sauvegarder avant, sinon, la nostalgie de l'écran de "déballage" peut coûter cher !

Tiens, par hasard...    
Quelle est l'adresse d'origine qui pointait sur la librairie Carrefour ? J'y ai un compte, et je voudrais bien pouvoir y accéder à nouveau. La mise en place du firmware alternatif l'a simplement éradiquée.    
Merci d'avance...  

 
Aïe, c'est bien ce que j'avais compris... Il ne me reste plus qu'à retrouver (encore une fois - mais dans un autre livre) où j'en étais. Tant pis pour mes notes, de toute façon, elles n'intéressaient que moi.
  vive la technique  

 
c’était ça : http://emb-carrefour.numilog.com/preversion

Tiens O'Reilly ils font des bouquins érotiques? je savais pas ça

 
Merci...  

 
Oui voilà on est encore très loin de la date limite...
Et encore je ne suis même pas sur que les 8 semaines débutent le 15 janvier, peut-être même après    
Enfin c'est une attente classique pour ceux qui ont déjà fait des odr.

La date limite d'achat était le 31 janvier et il fallait renvoyer le dossier avant le 8 février donc le délai de 8 semaines commence le 8 février ce qui nous mène au 5 Avril 2011 nous somme à peine 2 semaine après la clôture donc patience !!!!

  c'est toujours validé avant ce délai, mais on est quand même trop tôt pour commencer à stresser

 
Je suis preneur pour cette solution, si quelqu'un veut bien me graver ce fichier sur un DVD et me l'envoyer par la poste (ou me le déposer sur un espace de stockage style 9giga, ubuntu one ou dropbox) qu'il me contact par MP pour les modalités
Merci

Cette méthode ne fonctionne pas car ce qui est exposé via le montage USB n'est pas ce qui est physiquement sur le reader dans la mémoire flash.
Il faudrait faire le dd depuis le reader en telnet ou ssh.

up  

 
Et encore, pas sûr que tu récupères tout de manière transparente, vu ce qu'il y a dans :
 

 
Où /home est monté en vfat (alors que le fonctionnement normal est de le monter en rfs), puis se fait injecter quelque chose (mais quoi ?) via l'opération "boîte noire" mkhidden.
Peut-être lié au FS rfs ?

Bonjour,
en relisant les ennuis qu'on eu quelques utilisateurs, ainsi que le résultat de la commande mount depuis le linux embarqué sur E60,
je pense qu'effectivement, la connexion USB où le répertoire /home du E60 se comporte comme une simple clé USB est un leurre.
En réalité, cette connexion reste sous le contrôle permanent du système embarqué qui utilise des droits "cachés" dans le fichier $RFS_LOG.LO$.
J'ai effectué la commande dd depuis le E60 (juste pour voir) :
#  
# cd /home/Notes/
# dd if=/dev/mmcblk0p3 of=root.bin
166464+0 records in
166464+0 records out
# ll
drwxr-xr-x    3 0        0            2048 Jan  2 23:51 Category1
drwxr-xr-x    2 0        0            2048 Jan  2 23:51 Inbox
-rw-r--r--    1 0        0       526098944 Mar  8 12:01 root.bin
J'ai pu ainsi récupérer une image de la partition "root" dans /home/Notes.
Mais on ne pourrait pas faire de même avec /dev/mmcblk0p2 (= /home) : où placer le fichier de sortie ? aucune partition assez grande n'est disponible.
 
Je vois qu'une option "nocreat" existe pour dd : il faudrait comparer le résultat de la commande sous linux et sous linux embarqué.
@jraf73 que donne le résultat de : (remplacer sdb par le nom adéquat)
 
sudo umount /dev/sdb
sudo fsck /dev/sdb

N.B. si fsck trouve des erreurs, il proposera de réparer : il vaut peut-être mieux répondre non (n) dans un premier temps . . .
 
à suivre. . .

Ben tu mets le /home sur une µsd non ?

@ majax2011
 
jan@jan-desktop:~$ sudo umount /dev/sdb  
[sudo] password for jan:  
jan@jan-desktop:~$ sudo fsck /dev/sdb
fsck de util-linux-ng 2.17.2
dosfsck 3.0.9, 31 Jan 2010, FAT32, LFN
FATs differ but appear to be intact. Use which FAT ?
1) Use first FAT
2) Use second FAT
?
 
Dans le doute je n'ai rien répondu, j'attends vos avis éclairés .

Si à tout hasard quelqu'un vend son E60, ou alors un bon plan pour en trouver dans le nord-est => MP
 
Un pote bave devant le mien, mais le temps qu'il se sorte les doigts du fion y'en avait plus  

Oui, ou sinon faut compiler netcat et tu l'envoies par IP

Bonne idée ! il faudrait que j'en achète une (je suis loin d'avoir rempli /home . . .)
Des fois, je suis vraiment bête . . .

Déjà, fsck reconnaît FAT32.
Le fait qu'il trouve deux FATs différentes semble indiqué qu'une interdiction en écriture est intervenue avant la mise à jour de la deuxième.
Tu ne risque rien de valider 1) ou 2)  (essaie les deux)
Rien ne sera modifié tant que tu ne valideras pas une requête de réparation.
Je dois m'absenter, ce soir, j'approfondis.  
à suivre. . .

@majax2011
 
jan@jan-desktop:~$ sudo fsck /dev/sdb  
fsck de util-linux-ng 2.17.2
dosfsck 3.0.9, 31 Jan 2010, FAT32, LFN
FATs differ but appear to be intact. Use which FAT ?
1) Use first FAT
2) Use second FAT
? 2
/Firmware_Update
  Contains a free cluster (73338). Assuming EOF.
/Images
  Contains a free cluster (73339). Assuming EOF.
/Music
  Contains a free cluster (73340). Assuming EOF.
/Notes
  Contains a free cluster (73341). Assuming EOF.
/Calendar
  Contains a free cluster (73342). Assuming EOF.
/Dictionary
  Contains a free cluster (73343). Assuming EOF.
/Custom
  Contains a free cluster (119719). Assuming EOF.
/metadata.calibre
  Contains a free cluster (200819). Assuming EOF.
/metadata.calibre
  File size is 309322 bytes, cluster chain length is 0 bytes.
  Truncating file to 0 bytes.
/Books/COVER
  Contains a free cluster (128). Assuming EOF.
/Books/COVER  and
/Books/Index
  share clusters.
1) Truncate first to 0 bytes and restart
2) Truncate second to 69632 bytes
?  
 
 
jan@jan-desktop:~$ sudo fsck /dev/sdb
fsck de util-linux-ng 2.17.2
dosfsck 3.0.9, 31 Jan 2010, FAT32, LFN
FATs differ but appear to be intact. Use which FAT ?
1) Use first FAT
2) Use second FAT
? 1
/metadata.calibre
  Contains a free cluster (200819). Assuming EOF.
/metadata.calibre
  File size is 309322 bytes, cluster chain length is 0 bytes.
  Truncating file to 0 bytes.
Reclaimed 1766 unused clusters (3616768 bytes).
Free cluster summary wrong (861952 vs. really 864948)
1) Correct
2) Don't correct
?
 
voili_voilou, à ce soir et encore merci .

Bon, moi j'ai rien contre Samsung, j'adore le e-60, mais comme réponse à mon mail, j'ai eu: "appeler un spécialiste au numéro ci-dessous pour régler votre problème."
Je veux juste enregistrer mon e-60 sur leur site... Y'a pas un spécialiste qui ait un email chez eux ?
 
Par curiosité, est-ce que certains d'entre vous ont déjà eu à faire à Samsung pour le lecteur ?

Bonsoir,
voilà le résultat de mes dernières investigations :
1) la commande dd fonctionne exactement  de la même manière sous linux embarqué (E60) et sous linux Debian (LMDE) :

2) la carte d'extension mémoire est montée par défaut en vfat sous E60 :
# mount
rootfs on / type rootfs (rw)
/dev/root on / type squashfs (ro)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
tmpfs on /tmp type tmpfs (rw,size=65536k)
/dev/mmcblk0p3 on /root type rfs (rw,codepage=utf8,vfat,fcache(blks)=128)
/dev/mmcblk0p2 on /home type rfs (rw,codepage=utf8,vfat,fcache(blks)=128)
devpts on /dev/pts type devpts (rw,mode=600)
/dev/mmcblk1p1 on /mnt/sd type vfat (rw,fmask=0022,dmask=0022,codepage=cp437,iocharset=iso8859-1,utf8)
 
3) toutefois, si on remonte "à la main" avec le type rfs, un fichier $RFS_LOG.LO$ de longueur nulle apparaît :
# umount /mnt/sd
# mount -t rfs /dev/mmcblk1p1 /mnt/sd
# mount
rootfs on / type rootfs (rw)
/dev/root on / type squashfs (ro)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
tmpfs on /tmp type tmpfs (rw,size=65536k)
/dev/mmcblk0p3 on /root type rfs (rw,codepage=utf8,vfat,fcache(blks)=128)
/dev/mmcblk0p2 on /home type rfs (rw,codepage=utf8,vfat,fcache(blks)=128)
devpts on /dev/pts type devpts (rw,mode=600)
/dev/mmcblk1p1 on /mnt/sd type rfs (rw,codepage=utf8,vfat,fcache(blks)=128)
# ls -la
----------    1 0        0          131072 Mar 12 08:09 $RFS_LOG.LO$
drwxrwxrwx    2 82       49          32768 Mar 12 06:10 Books
drwxrwxrwx    2 69       53          32768 Mar 12 06:42 Notes
 
Ce fichier passe à 131072 octets au reboot.
Conclusion : les commandes linux du E60 effectuent les mêmes tâches que celles d'un linux "normal".
Le format de /home est un format FAT32 tout à fait standard. Le système rfs est une couche supplémentaire et le fichier $RFS_LOG.LO$ est créé automatiquement si besoin est.  
La solution la plus simple me semble finalement être un formatage en FAT 32.
@jraf73 je vais d'ici peu t'envoyer un MP (surveille le haut de la page).

C'est ce que je dis depuis 2 pages : RFS ne modifie en rien le système de fichier, c'est 100% compatible FAT. Donc en cas de souci : fsck ou formatage vfat, ça marchera comme avant.