Nous utilisons plusieurs clients légers HP de type t5545. Nous redirigeons USB-Media vers le serveur de terminaux. Parce que le t5545 exécute une Debian personnalisée par HP, nous pouvons le traiter comme une debian.
Tout d'abord, je vais expliquer comment la redirection USB est configurée:
- montez-le automatiquement dans / tmp / tmpfs / media
- / tmp / tmpfs / media est redirigé en tant que disque "Z" via rdesktop-paramètre -r disque: nom_partage = chemin
- en cas de suppression du support usb, udev exécutera un script pour umount -l le périphérique et supprimera le point de montage
L'environnement:
- Les clients légers exécutent linux: root @ mac-addr : / tmp / tmpfs / media # uname -a
Linux mac-addr 2.6.26-2-686 1 SMP mer. 4 nov. 20:45:37 UTC 2009 i686 GNU / Linux - Terminalserver exécute Windows Server 2008 R2
Problème: lorsque les utilisateurs écrivent sur le support usb, il semble écrit immédiatement. Mais en réalité, le fichier a besoin de quelques secondes pour être écrit même s’il ne contient que quelques ko. Server 2008 R2 ne montre aucun indice à ce sujet. Si l'utilisateur supprime son support USB directement après avoir écrit sur le support USB, le fichier ne sera pas sur son support USB.
Question: Y a-t-il quelque chose que je puisse faire pour informer l'utilisateur de l'avancement de l'écriture? Si possible, il ne devrait pas s'agir d'un outil tiers devant être installé sur le client léger, car il y a très peu d'espace disponible.
Modifier: Pas d'idées? La solution ne devrait pas ressembler à la suppression connue de windows-7 par la sauvegarde des supports usb. Ce serait bien s'il y a même une notification si le processus d'écriture est en cours ou prêt.
Mettre à jour:
Aucune solution pour le moment! Il reste encore la chance d'obtenir les 150 points de réputation!
J'ai besoin de l'un de ces 2 points:
- un moyen d'informer l'utilisateur lorsque le processus d'écriture est terminé, ou ...
- un script / une petite application sans dépendances (car le disque flash est presque plein) qui permet de supprimer de manière sûre le support usb
modifier :
J'aimerais vraiment donner cette prime. Dépêchez-vous ;)
dpkg -l | grep rdesktop
Il y a rdesktop 1.6.0-1.36 personnalisé par HP installé. Ils devaient appliquer un correctif pour résoudre certaines erreurs de redirection USB, comme l'impossibilité de supprimer des répertoires non vides et une règle udev supplémentaire pour démonter automatiquement le support USB lorsqu'il est débranché. Mais à part ça, ça marche.Réponses:
Montez vos affaires locales (
/tmp/tmpfs/
* dans votre cas) avecsync
option.la source
mount
pour apprendre ce que lesync
l'option fait.Le problème ne vient pas de RDESKTOP ni de Windows. Cela vient de la façon dont Linux (et les autres systèmes d'exploitation) fonctionne avec le support amovible. Ils sont supposés être supprimés en toute sécurité, puis débranchés afin de s'assurer que les données fraîchement écrites ont été synchronisées.
Ce que vous pouvez faire est d’informer votre système pour que ces "synchronisations" soient plus fréquentes.
vous pouvez écrire un démon C qui le ferait pour vous. Vous pouvez également explorer les paramètres du module du noyau et spécifier de ne pas utiliser cache en écriture.
la source
Ceci est un problème. Si j'ai bien compris, vous voulez qu'un utilisateur attende quelques secondes avant de retirer son lecteur USB, qui apparaît sous la forme d'un dossier dans sa session de bureau à distance. Ma seule idée pour résoudre ce problème serait d’utiliser ce utilitaire qui verra le dossier (point de montage) a obtenu de nouvelles données et peut ensuite déclencher un script pour lancer une boîte de dialogue (je utiliserais autohotkey ) qui alerterait l'utilisateur, "Vous avez récemment inséré un périphérique USB, veuillez patienter 20 secondes après la dernière sauvegarde de données sur votre clé USB avant de le supprimer. Sinon, vos données risquent de ne pas être sauvegardées correctement." Demandez-lui de surveiller Z: \ pour voir si un dossier est créé.
Ou avez-vous essayé freerdp ? Cela pourrait ne pas contenir le retard que vous avez mentionné.
la source
Vous pouvez utiliser
fuser
pour voir quel pid utilise un point de montage./media/sdc1
travaille?fuser -vm /media/sdc1
montrera utilisateur, pid, accès et commande. Vous aurez besoin d'un script pour faire le tour. Vérifier si F l'accès (fichier ouvert pour l'écriture) est en hausse.Par exemple. Vérifier si quelqu'un utilise
sr0
:la source