[Ubuntu-QC] FW: Rép. : Commentaire/Suggest ion

[Remi Hachey]

 

 


 


PLC info Web IT Business Solutions & Solutions informatiques pour
entreprises IT Business Solutions
 Solutions informatiques pour entreprises

 1945 Connolly Ave.
 Bathurst, NB E2A 4W7
 Telephone: 506.548.3505




Rémi Hachey
MCSE, CST A+ Senior Analyst
PLC   info

Toll Free: 1.877.691.3500
remi.hac...@plcinfo.ca


 

 

  _  

From: Rémi Hachey [mailto:remi_hac...@hotmail.com] 
Sent: Friday, February 26, 2010 3:24 PM
To: remi.hac...@plcinfo.ca
Subject: FW: Rép. : Commentaire/Suggestion

 

 

Remi Hachey

A+, Network+, CNA, MCP, MCSA

remi_hac...@hotmail.com

http://www.chaleur-efnet.ca  






  _  

Date: Thu, 25 Feb 2010 14:03:15 -0500
From: supp...@tou.tv
To: remi_hac...@hotmail.com
Subject: Rép. : Commentaire/Suggestion

Bonjour,

 

Nous avons bien reçu votre message.

 

Vos commentaires et suggestions comptent beaucoup pour nous. Nous vous
assurons qu'ils seront lus attentivement et transmis aux personnes
concernées. Cependant, en raison de l'abondance du courrier, il nous est
impossible de répondre à tous nos correspondants. Ajoutons que nous
répondons uniquement aux personnes qui auront pris soin de bien
s'identifier, en nous donnant nom, prénom et, si possible, adresse
géographique. 

 

Si votre courriel contient une question, veuillez consulter la section «
Renseignements fréquemment demandés » ci-dessous. Vous y trouverez peut-être
la réponse que vous cherchez. Sinon, nous tenterons d'y répondre dans les
meilleurs délais. 

 

Merci pour votre intérêt pour TOU.TV.

 


Stéphanie Alghabra-Lebon
Relations avec l'auditoire
TOU.TV

 



Renseignements fréquemment demandés

 

DIFFICULTÉS AVEC LA CONSOLE DE VISIONNEMENT: Nous vous remercions  de nous
soulever ce problème. Nous sommes déjà au fait de cette situation et
travaillons présentement à mettre en place une solution pour la corriger.
Ceci dit, nous vous remercions de votre compréhension et vous assurons que
la situation sera corrigée dans les meilleurs délais.

 

EST-CE QUE TOUTES LES ÉMISSIONS DE RADIO-CANADA SONT SUR TOU.TV? Non, toutes
les émissions ne sont pas en ligne. Toutefois, nous ajoutons constamment du
nouveau contenu. 

 

SUITE À LA DIFFUSION EN ONDES D'UNE ÉMISSION, IL FAUT ATTENDRE COMBIEN DE
TEMPS AVANT QUE L'ÉPISODE SOIT EN LIGNE SUR TOU.TV? Tout dépend de
l'émission. Soyez assuré que nous les mettons en ligne le plus rapidement
possible.



>>> "TOU.TV [Feedback du site web]"  1/26/2010 3:25 pm >>>
Prénom : remi
Nom : hachey
Âge : 26
Courriel : remi_hac...@hotmail.com
Pays : canada
Province : Nouveau-Brunswick
Sexe : H
Abonné à la newsletter ? 

Détails techniques :

Fureteur : Firefox
Version : 3.5
Plate-forme : UNIX
Javascript ? OUI
Cookies ? OUI
Mobile ? NON
Écran ? 640x480x8

Genre(s) préféré(s) : 

Commentaire : 

j aime bien le site parcontre en etant utilisateur de linux je ne peux pas
voir aucune video je trouve sa tres desolant et injuste pour utilisateur
linux
un support sous linux serais tres apprecier
je suis un utilisateur courrant de lcn.canoe.ca et rds.ca ainsi que
radio-canada.ca
et comme a l habitude ya toujours radio-canada.ca qui ne fonctione pas les
autres aucun probleme
donc j imagine que la plateforme a ete faite par radio-canada dommage
-FIN-
Envoyé de la page http://rc-www.tou.tv/retroaction

  _  

<>-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

[Ubuntu-QC] Re-Bonjour

[jean francois]

J' ai une question

Dans un futur reprocher je veus m' acheter un portable ( usager) que je
voudrais configurer en Linux  Qu'elle configuration acceptable ( pas la
minimum ni la maximum) serais le mieux.

Merci de vos réponses.

Salutation a tous
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Disques durs, CD/DVD, clés USB e t cartes Flash ne sont plus montés

[Gilbert Dion]

Bonjour, Gregory Eric,

D'abord merci beaucoup d'avoir pris tout ce temps et ce soin pour me
répondre. Je garde cet exposé pour référence future!

Je suis heureux d'apprendre la différence entre automounter et fstab. Et je
vais tâcher de réorganiser fstab à l'aide des UUID.

Avant l'incident qui m'a fait perdre les capacités de monter mes autres
partitions et les périphériques amovibles, la partition «Fichiers médias»
déjà en double, sous forme UUID puis sous /dev/sdba. Les autres n'y étaient
pas, *mais étaient montées* ultérieurement j'ose croire, puisque je les
retrouvais au final.

En regardant ton fstab, je vois que tu as 2 partitions swap. Est-ce
> intentionel ? Quoi que ça ne devrait pas causer de problèmes avec le
> automounter, ça ne peut pas faire de mal d'enlever une des entrées si il y a
> juste, en fait, une seule partition de swap
>

Il y a une partition swap pour mon système sur sda; l'autre swap est sur
sdb, car ce deuxième disque est en quelque sorte un backup de sda
(autrefois, je montais Ubuntu sur sdb; Windows était sur sda. Maintenant que
j'ai flushé XP, j'ai installé Ubuntu sur sda et conservé la partition sdb
pour la sauvegarde. Je n'ai pas supprimé le swap qui y figurait. Car il
m'est arrivé à l'occasion de choisir de booter la partition de sauvegarde à
partir de grub et je me disais qu'elle avait besoin de son propre swap. Me
trompé-je?

>
> Autre chose que je remarque, avant que tu modifie ton fstab, la ligne
> représentant ton 2e disque dur me semblait bizarre
>
> UUID=27de803f-6eae-4681-b841-068d3acb9454 /media/Fichiers medias ext3 user
> 0 0
>
> à moins que mes connaisances de mount sont datés, je ne pense pas que
> l'option 'medias' existe. Du moins, en faisant une recherche rapide dans man
> mount, l'option 'medias' n'apparaît pas. d'habitude une entrée dans fstab
> doit suivre ce format :
>
> partition point_de_montage systeme_de_fichier options 0 0
>
> et à ce que je sache 'medais' n'est pas un système de fichiers qui existe.
> C'est peut-être ceci qui générait une erreur et qui faisait en sorte que le
> 2e disque ne se faisait pas monté
>

sdb6 s'appelait effectivement «Fichiers medias» avec l'espace et ça ne
causait pas de problème. Même chose pour «Mon gros disque» sur sdc. C'est en
redémarrant l'ordinateur à répétition hier que j'ai remarqué des messages en
terminal à propos de la partition «Fichiers» tout court qui n'existait pas.
J'ai donc rebaptisé ces partitions avec des caractères de soulignement. Je
ne sais pas pourquoi ce qui passait ne passe plus, mais bon, je ne suis pas
à une interrogation près. Peut-être que /media/Mon gros disque et
/media/Fichiers
medias existaient et qu'ils sont disparus?


> La plupart des automounter utilisent les daemons hal et dbus pour détecter
> les nouveaux périphériques. Tu peut donc vérifier si les processus sont bien
> partis avec les commandes.
>
> ps ax | grep hal
> ps ax | grep dbus
>

Lorsque j'effectue la première de ces deux commandes, voici ce que j'obtiens
(j'ai mis en gras le seul «hal» tout court):

 984 ? Ss 0:00 hald --daemon=yes
1082 ? S 0:00 hald-runner
1253 ? S 0:00 hald-addon-hid-ups: listening on /dev/usb/hiddev0
1254 ? S 0:00 hald-addon-storage: polling /dev/sde (every 2 sec)
1255 ? S 0:00 hald-addon-storage: polling /dev/sdf (every 2 sec)
1265 ? S 0:00 hald-addon-storage: polling /dev/sr0 (every 2 sec)
1277 ? S 0:00 hald-addon-storage: polling /dev/sdd (every 2 sec)
1280 ? S 0:00 hald-addon-storage: polling /dev/sdg (every 2 sec)
1282 ? S 0:00 /usr/lib/*hal*/hald-addon-cpufreq
1283 ? S 0:00 hald-addon-acpi: listening on acpid socket
/var/run/acpid.socket
1285 ? S 0:00 hald-addon-input: Listening on /dev/input/event0
/dev/input/event1 /dev/input/event5 /dev/input/event6 /dev/input/event4
1287 ? S 0:00 hald-addon-storage: polling /dev/sr1 (every 2 sec)
3886 pts/0 S+ 0:00 grep --color=auto hal

La deuxième commande donne ceci:

 977 ? Ss 0:00 dbus-daemon --system --fork
2485 ? Ss 0:00 /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session
/usr/bin/pulse-session gnome-session
2492 ? S 0:00 /usr/bin/dbus-launch --exit-with-session
/usr/bin/pulse-session gnome-session
2493 ? Ss 0:00 /bin/dbus-daemon --fork --print-pid 7 --print-address 9
--session
3954 pts/0 S+ 0:00 grep --color=auto dbus

Dans les deux cas, je ne sais pas décoder si hal et dbus ont démarré.

>
> S'ils ne sont pas partis, tu peut les partir avec
>
> sudo /etc/init.d/dbus start
> sudo /etc/init.d/hal start
>

SI je lance sudo /etc/init.d/dbus start (même msg pour hal):

Rather than invoking init scripts through /etc/init.d, use the service(8)
utility, e.g. service dbus start

Alors j'exécute ce qu'on me dit de faire (même msg pour hal, avec des
numéros sender et pid différents):

gilb...@gilbert-desktop:~$ start dbus
start: Rejected send message, 1 matched rules; type="method_call",
sender=":1.64" (uid=1000 pid=3965 comm="start)
interface="com.ubuntu.Upstart0_6.Job" member="Start" error name="(unset)"
requested_reply=0 destination="com.ubuntu.Upst