Suppression de la sauvegarde de la redirection USB rdesktop

0

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

— wullxz
source

Attendez, Rdesktop à 2008 R2? Je n'ai jamais fait fonctionner ça! Il se déconnecte toujours instantanément ...

— sinni800

Oui ça marche ... surtout ... Selon 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.

— wullxz

Euh, la dernière fois que j'ai essayé, ça n'a pas marché, je dois réessayer ...

— sinni800

1

Montez vos affaires locales ( /tmp/tmpfs/ * dans votre cas) avec sync option.

— Bgs
source

pendant ce temps, nous ne supervisons plus le client. Néanmoins, cette indication empêchera la plupart du temps les données de se perdre et j’accepte cette réponse pour cette raison. Cependant, je ne suis pas en mesure de tester cette solution - je ne lis que la page de manuel de mount pour apprendre ce que le sync l'option fait.

— wullxz

1

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.

— bakytn
source

J'aurais pu écrire un démon C mais je ne suis pas un bon programmeur et encore moins un programmeur Linux. Je comprends votre idée et j'y réfléchis aussi, mais il m'est impossible de la mettre en œuvre. Cependant, vous ne m'avez pas donné de solution mais de bons conseils: je vous vote quand même.

— wullxz

0

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

— yeedl
source

le problème est que mon client est un client léger. Il ne reste plus beaucoup d’espace sur le disque flash. J'aimerais avoir une solution qui permette de supprimer de manière sécurisée le support USB ou qui ne me notifie pas exactement après la fin de toutes les tâches d'écriture. Je ne sais pas quels fichiers seront écrits sur usb-media et quelle sera leur taille. Cela signifie: cela pourrait être, que 20 secondes ne sont pas assez pour attendre ... Je veux être sauvé avec ça.

— wullxz

mais si les gens sont dans une session RDP et que quelque chose apparaît sur leur ordinateur en dehors de leur RDP, le verront-ils? jetez un oeil à cet utilitaire: iwatch.sourceforge.net/index.html

— yeedl

ok ... je dois regarder ça. Malheureusement, j'ai beaucoup de tâches aujourd'hui et je ne peux pas le tester dans les prochaines 24 heures. Pouvez-vous me dire de combien d'espace disque ce paquet a besoin? Y a-t-il des dépendances? Si rien ne fonctionne, je vais devoir écrire un petit script pour le serveur et le client léger afin de permettre à l'utilisateur de démonter la clé USB (cela ne devrait pas être trop difficile).

— wullxz

Malheureusement, iwatch a trop de dépendances qui ne sont pas encore installées sur le client léger. Cela ne tiendrait pas sur le disque flash. Avez-vous d'autres idées?

— wullxz

0

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:

$ fuser -m / dev / sr0 -v

COMMANDE D'ACCÈS PID UTILISATEUR / dev / sr0:
dvd 17298 F .... xfburn

— dvd
source