Je l'ai fait en local pour mon pc, sur lequel j'avais une cinquantaine de Gb à synchroniser, mais - je suppose - le temps d'insertion des infos de chaque fichier dans la DB crée (créait - avant le "nouveau" client) une pause de 4 à 5 secondes entre chaque fichier => ça avait quand même pris pas loin d'une journée complète via LAN, ça dépendait plus du nombre de fichiers à synchroniser que du volume réel.
Puis une fois testé et "validé" (bigre, j'ai l'impression d'être au boulot en utilisant ce terme), mon paternel a synchronisé les 18 Gb de son pc, à 1000 km de là, et là, ça a pris "un peu" plus de temps encore.
Utiliser une clé USB à la place d'un disque dur => je m'étais basé sur un tuto (sur lequel je ne retombe plus) qui décrivait exactement celà pour le faire moi sur le disque dur et celui qui décrivait la méthode semblait satisfait de sa solution, même avec overclocking.
Le fameux temps de pause entre fichier lors d'une synchro n'est maintenant plus visible, le client desktop téléversant plusieurs fichiers en parallèle, ça semble bien plus rapide en local. A distance, il reste toujours le goulot d'étranglement des vitesse d'upload du client ou de mon serveur, mais je ne désespère pas d'avoir prochainement une connexion un rien plus moderne. (Belgacom, si tu passes par ici, contacte-moi )
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
hébergé à la maison, sur un Pi "gonflé", avec une connexion 4M down / 512 k up, en https certificat auto-signé.
Via le client desktop linux, la toute première synchro de 18 Gb à distance a duré des jours… Mais depuis, ça synchronise de manière transparente lorsque le pc est utilisé (mais pas de video ou de musique, utilisation réservée aux photos et documents).
En accès client web, ça reste utilisable (j'ai évoqué qq réglages dans un post un peu plus haut) et je trouve que "ça juste marche".
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
Problème rencontré au début avec mon Pi, effectivement j'ai du reformater plus d'une fois la carte SD - bon, c'était parfois de ma faute, overclocking, arret brutal, mais parfois je ne faisais rien de particulier…
Par contre, depuis le passage du système entier sur un disque dur usb (la carte SD ne sert que pour lire la première partition de boot), overclocké au max via raspi-config, ça va faire 1 an que ça tourne sans sourciller.
Spécifiquement pour owncloud, oui, c'était affreusement lent, il a fallu un peu de chipote (système raspbian LAMP "classique"):
- comme mentionné plus haut, système sur HDD usb
- overclock max
- désactivation de l'interface graphique
- installation de php-apc
- désactivation des "previews" générés pour les icones des fichiers (pdf et jpg entre autres) quand tu parcours via le client web ('faudra fouiller un peu le web, je ne sais plus exactement dans quel fichier de conf j'avais pu désactiver ça)
- désactivation des "applications", mon owncloud ne me sert que pour les fichiers et l'agenda. Pas d'album photo, pas d'édition de document en ligne, pas de lecteur video ou audio, etc. (l'application "text" permet de faire des recherches dans le contenu des fichiers, à prendre en compte si tu veux la désactiver ou pas)
- le passage de la version 6 à 7 améliore sensiblement les performances, ça se constate
- le passage du client linux de la version…je ne sais plus, mais màj d'environ fin juin, là, ça dégomme tout pour la synchro: il fait du traitement parallèle (enfin !!) et il ne faut plus des heures pour synchroniser quelques centaines de fichiers…
maintenant, j'avoue, on n'est que 2 utilisateurs, sur une connexion digne de 2003 qui "dépotte" à 4 M down / 512 k up, mais c'est réellement utilisable dans notre cas (et il y a une installation blogotext ainsi qu'un koken en parallèle sur le pi sans avoir d'ennuis particuliers à l'utilisation)
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
pour faire simple, un fichier ISO, c'est un peu comme un fichier zip contenant plein de fichiers. Si tu copies simplement le fichier iso sur un cd, il sera inutile pour démarrer vu que les fichiers nécessaires au démarrage d'un pc ne sont pas lisibles directement.
il faut effectivement utiliser une option "faite exprès pour" dans le programme de gravure pour graver un fichier iso et tu constateras une fois le cd gravé qu'il y a bien plus de fichiers dessus à la place du seul fichier iso.
edit: ah, grillé par NeoX :)
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
j'ai eu une légère amélioration en installant php-apc, qui fait une mise en cache en RAM des pages php les plus souvent demandées (si j'ai bien compris).
Mais là où j'ai vraiment eu une claque (relative tout de même) sur la vitesse de chargement de l'interface web, c'est en désactivant les "thumbnails" des icones (pour les pdf et les jpg notamment - avec certains gros PDF, le temps qu'il fasse la preview sur l'icone je pouvais tranquillement aller me faire une café puis donner un biberon au gamin). Dans ton fichier de configuration owncloud ( config/config.php ) tu peux ajouter la ligne
'enable_previews' => false,
Après ce changement, ça devient réellement utilisable (enfin, pour qui n'est pas hyperkinétique ou trop monté en caféine).
…et le mode "turbo" dans l'overclocking via raspi-config arrange aussi un peu les choses, mais ça amène de belles instabilités si ton système est sur une carte SD (sur disque dur USB, pas encore eu le moindre plantage en un peu plus de 40 jours d'utilisation, et sans refroidissement particulier ajouté)
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
je ne suis pas l'auteur du journal, mais je donne mon avis:
config: Pi B avec l'OS (et les données) sur disque dur USB, Raspbian à jour, LAMP "classique", Owncloud 6.0.1, php-apc (pour la mise en cache)
La première synchro PC => Owncloud portait sur 11Gb, répartis en 40K fichiers (client xubuntu 13.10, owncloud-client à jour). Autant pour les gros fichiers (en réseau local) je trouvais que c'était rapide, par contre quand sont venus les milliers de fichiers de 4 à 5kb j'ai constaté la lenteur relative du bouzin: il faut compter 3 à 4 secondes de "pause" entre chaque fichier. Pour cette synchro en réseau local, ça m'a pris environ 3 jours non stop.
une deuxième expérience a été réalisée en synchronisant un ordi distant, PC => Owncloud toujours, via une connexion qui a un 512k en upload (client win XP, owncloud-client à jour). Là le volume était de 9Gb pour 16K fichiers, ça a tourné un peu plus de 48h. La vitesse de transmission étant bien plus lente qu'en réseau local, la pause entre fichier ne se faisait pas remarquer autant.
Pour la synchro Owncloud => PC, ça se réalise maintenant avec un ou deux fichiers de temps en temps, en général j'ai un popup sur mon poste qui apparait à l'ouverture de session (et de pc) pour me dire que "tel fichier a été synchronisé" avant même que je ne déplace la souris pour faire ma première action.
Pour résumer (mais je n'ai jamais testé owncloud sur un "vrai" serveur), pour de grosses synchros de petits fichiers, ça rame, c'est indéniable. Après, par rapport à l'utilisation légère et personnelle que j'en ai, je ne m'arrache pas les cheveux à attendre le système, il reste plus rapide que moi (alors qu'en distant, je n'ai jamais qu'une connexion 4M down / 512K up pour le Pi).
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
Il sait recevoir un petit .exe (moins de 200ko) via son email ? Auquel cas, tu peux aller depuis ton propre pc sur ninite.com, cocher la case "libreoffice" et télécharger puis lui envoyer le petit fichier d'installation, qui lui, se chargera de télécharger et installer libreoffice (et en profiter pour lui cocher d'autres cases pour que son brol soit plus ou moins à jour… ou lui faire installer malwarebyte et lui faire faire un scan au cas où)
Ca ne résoud pas le souci de téléchargement via firefox, j'en conviens… Mais on contourne un problème.
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
Tant que tu ne sauras pas voir les périphériques dans le BIOS, il n'y aura aucune magie possible via une ligne de commande. Est-ce qu'électriquement le disque dur IDE semble démarrer au moins ? Et si tu débranches la nappe IDE ?
dans le BIOS, il y a l'option "Advanced->Chipset->OnBoard Device->Secondary Master as RAID", est-elle bien sur disabled ? pareil pour "Slave"/"Third Master/Slave" et "Fourth Master/Slave" ?
Si les périphériques n'apparaissent pas du tout dans le BIOS, il faut malheureusement aussi envisager la défectuosité du chipset IDE… C'est une carte mère de récup' ?
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
quelques idées en vrac (si j'ai bien compris, les périphériques ne sont pas reconnus, même dans le BIOS, mais mint voit bien que tu as des ports IDE sur ta carte mère?):
Changer le mode de gestion disque dur dans le BIOS (SATA-AHCI-RAID-IDE/compatible) ?
Changer la/les nappe(s) IDE ?
Vérifier les cavaliers sur lecteur DVD et disques durs (master/slave/auto) ?
c'est basique, j'en conviens, mais parfois on est obnubilé par autre chose et on passe à côté du simple…
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
A savoir, du moins en Belgique et quel que soit l'opérateur, tu n'es pas obligé d'envoyer un mms vers un numéro de téléphone: tu peux aussi simplement l'envoyer vers une adresse email. Ce qui permet au passage de passer outre les limitations de taille du mms (inutile de convertir la photo en résolution moins élevée)…
Je précise que ce n'est pas une fonctionnalité de conversion mms vers email du téléphone, mais que c'est bien lorsque tu dois choisir le numéro auquel tu envoies, à la place de taper un numéro tu tapes une adresse email… Les serveurs MMS de l'opérateur sont connectés au réseau des réseau, donc qu'ils l'envoient vers mms:// ou email, c'est juste le même réseau IP et ça juste marche.
A tester sur réseau français, puis éventuellement appliquer lors de ta soirée.
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
Mais qui suis-je? est probablement Belge et confond depuis des années les magasins hifi-ordi-tv Excell et le logiciel Excel… Je connais très bien le problème, mais il s'est résolu comme par magie depuis la fermeture de cette chaîne de boutique.
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
je ne connais pas l'utilitaire disc… Mais tu peux changer "à la volée" le type de système de fichier qui est rapporté ? Je tenterais de le mettre en ext4 puis de remonter ma partition. Je vois mal un ubuntu, même préinstallé, en fat32 (ou 16)… Si ça se trouve, c'est là la base du problème de montage: ta partition crie haut et fort "je suis en fat" alors qu'elle est en un autre format.
va-t-on y arriver ??
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
si la partoche est bien en FAT16, ce n'est pas "vfat" qu'il faut utiliser comme argument, mais "fat" tout court… Sinon, tu peux aussi laisser tomber l'argument de type de partition, il est supposé le détecter tout seul.
Mais je butte malgré tout sur le fait que ce soit une partition FAT16… Pourquoi un système récent utiliserait-il ce système de fichier sur un disque de plusieurs gigas ? Ca pue le disque planté, mais je n'ai rien de concret pour l'affirmer à 100%
As-tu essayé un fsck ?
Et si on pouvait récupérer un participant de plus pour donner son avis ça pourrait être pratique. J'ai envie de t'aider, mais je constate que je n'ai peut-être pas le niveau :)
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
FAT16 ?? …ton disque dur sur lequel tu avais déjà un GNU/Linux installé ? …étrange, c'est le moins qu'on puisse dire…
quoiqu'il en soit, je suppose qu'il "suffit" de monter ta partition pour pouvoir la lire:
crée un répertoire dans /media/monrepertoire , puis utilise la commande mount (sudo mount /dev/sda1 /media/monrepertoire - en remplaçant si nécessaire /dev/sda1 par le nom de la partition dont il est question)
Désolé pour le brouillon de réponse, je suis loin d'être un spécialiste aussi… 3 ans sur Xubuntu ne m'ont pas encore permis d'avoir assez d'emmerdes ^
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
[^] # Re: Trop gros, passera pas.
Posté par LeXa1979 . En réponse au journal Retour aux sources. Évalué à 2.
Non non, il ne s'y prend pas si mal que ça.
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
[^] # Re: raspberry
Posté par LeXa1979 . En réponse à la dépêche Sortie d'ownCloud 7.x. Évalué à 1.
Je l'ai fait en local pour mon pc, sur lequel j'avais une cinquantaine de Gb à synchroniser, mais - je suppose - le temps d'insertion des infos de chaque fichier dans la DB crée (créait - avant le "nouveau" client) une pause de 4 à 5 secondes entre chaque fichier => ça avait quand même pris pas loin d'une journée complète via LAN, ça dépendait plus du nombre de fichiers à synchroniser que du volume réel.
Puis une fois testé et "validé" (bigre, j'ai l'impression d'être au boulot en utilisant ce terme), mon paternel a synchronisé les 18 Gb de son pc, à 1000 km de là, et là, ça a pris "un peu" plus de temps encore.
Utiliser une clé USB à la place d'un disque dur => je m'étais basé sur un tuto (sur lequel je ne retombe plus) qui décrivait exactement celà pour le faire moi sur le disque dur et celui qui décrivait la méthode semblait satisfait de sa solution, même avec overclocking.
Le fameux temps de pause entre fichier lors d'une synchro n'est maintenant plus visible, le client desktop téléversant plusieurs fichiers en parallèle, ça semble bien plus rapide en local. A distance, il reste toujours le goulot d'étranglement des vitesse d'upload du client ou de mon serveur, mais je ne désespère pas d'avoir prochainement une connexion un rien plus moderne. (Belgacom, si tu passes par ici, contacte-moi )
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
[^] # Re: Vous faites comment pour héberger un Owncloud accessible depuis Internet ?
Posté par LeXa1979 . En réponse à la dépêche Sortie d'ownCloud 7.x. Évalué à 1.
hébergé à la maison, sur un Pi "gonflé", avec une connexion 4M down / 512 k up, en https certificat auto-signé.
Via le client desktop linux, la toute première synchro de 18 Gb à distance a duré des jours… Mais depuis, ça synchronise de manière transparente lorsque le pc est utilisé (mais pas de video ou de musique, utilisation réservée aux photos et documents).
En accès client web, ça reste utilisable (j'ai évoqué qq réglages dans un post un peu plus haut) et je trouve que "ça juste marche".
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
[^] # Re: raspberry
Posté par LeXa1979 . En réponse à la dépêche Sortie d'ownCloud 7.x. Évalué à 6.
Problème rencontré au début avec mon Pi, effectivement j'ai du reformater plus d'une fois la carte SD - bon, c'était parfois de ma faute, overclocking, arret brutal, mais parfois je ne faisais rien de particulier…
Par contre, depuis le passage du système entier sur un disque dur usb (la carte SD ne sert que pour lire la première partition de boot), overclocké au max via raspi-config, ça va faire 1 an que ça tourne sans sourciller.
Spécifiquement pour owncloud, oui, c'était affreusement lent, il a fallu un peu de chipote (système raspbian LAMP "classique"):
- comme mentionné plus haut, système sur HDD usb
- overclock max
- désactivation de l'interface graphique
- installation de php-apc
- désactivation des "previews" générés pour les icones des fichiers (pdf et jpg entre autres) quand tu parcours via le client web ('faudra fouiller un peu le web, je ne sais plus exactement dans quel fichier de conf j'avais pu désactiver ça)
- désactivation des "applications", mon owncloud ne me sert que pour les fichiers et l'agenda. Pas d'album photo, pas d'édition de document en ligne, pas de lecteur video ou audio, etc. (l'application "text" permet de faire des recherches dans le contenu des fichiers, à prendre en compte si tu veux la désactiver ou pas)
- le passage de la version 6 à 7 améliore sensiblement les performances, ça se constate
- le passage du client linux de la version…je ne sais plus, mais màj d'environ fin juin, là, ça dégomme tout pour la synchro: il fait du traitement parallèle (enfin !!) et il ne faut plus des heures pour synchroniser quelques centaines de fichiers…
maintenant, j'avoue, on n'est que 2 utilisateurs, sur une connexion digne de 2003 qui "dépotte" à 4 M down / 512 k up, mais c'est réellement utilisable dans notre cas (et il y a une installation blogotext ainsi qu'un koken en parallèle sur le pi sans avoir d'ennuis particuliers à l'utilisation)
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
# J'avais pas compris
Posté par LeXa1979 . En réponse au journal MRW Gooseberry (attention page *lourde*). Évalué à 1.
"Pourquoi page lourde ?"
…
ah oui ! :)
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
[^] # Re: Windows xp?
Posté par LeXa1979 . En réponse au journal Linux fait un bond en France?. Évalué à 10.
"Vive Utnubux" ? …ça veut rien dire… Esod mumixam !
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
[^] # Re: enorme
Posté par LeXa1979 . En réponse au journal Chaque fois qu'un raccourcisseur d'URLs est utilisé, Dieu tue un châton. Évalué à 9.
Maman-chat a eu une portée chez lui et il ne voulait pas se salir les mains…
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
# rien à ajouter
Posté par LeXa1979 . En réponse au message Site Web, Prestataire et DNS - Épisode 2. Évalué à 1.
Je n'ai rien à ajouter, tout a été dit.
Commentaire étrange s'il en est.
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
[^] # Re: xubuntu sur pc portable
Posté par LeXa1979 . En réponse au message Xubuntu pour portable HP Compaq 6510b . Évalué à 1. Dernière modification le 13 mars 2014 à 09:55.
pour faire simple, un fichier ISO, c'est un peu comme un fichier zip contenant plein de fichiers. Si tu copies simplement le fichier iso sur un cd, il sera inutile pour démarrer vu que les fichiers nécessaires au démarrage d'un pc ne sont pas lisibles directement.
il faut effectivement utiliser une option "faite exprès pour" dans le programme de gravure pour graver un fichier iso et tu constateras une fois le cd gravé qu'il y a bien plus de fichiers dessus à la place du seul fichier iso.
edit: ah, grillé par NeoX :)
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
[^] # Re: Troll
Posté par LeXa1979 . En réponse au journal systemd ca a l'air super.... Évalué à 8.
et aucune mention du sexisme ?
…tout se perd
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
[^] # Re: La lenteur du truc
Posté par LeXa1979 . En réponse au journal Remplacer Google (Calendrier et Contacts) par Owncloud, oui mais…. Évalué à 1. Dernière modification le 06 février 2014 à 13:06.
j'ai eu une légère amélioration en installant php-apc, qui fait une mise en cache en RAM des pages php les plus souvent demandées (si j'ai bien compris).
Mais là où j'ai vraiment eu une claque (relative tout de même) sur la vitesse de chargement de l'interface web, c'est en désactivant les "thumbnails" des icones (pour les pdf et les jpg notamment - avec certains gros PDF, le temps qu'il fasse la preview sur l'icone je pouvais tranquillement aller me faire une café puis donner un biberon au gamin). Dans ton fichier de configuration owncloud ( config/config.php ) tu peux ajouter la ligne
'enable_previews' => false,
Après ce changement, ça devient réellement utilisable (enfin, pour qui n'est pas hyperkinétique ou trop monté en caféine).
…et le mode "turbo" dans l'overclocking via raspi-config arrange aussi un peu les choses, mais ça amène de belles instabilités si ton système est sur une carte SD (sur disque dur USB, pas encore eu le moindre plantage en un peu plus de 40 jours d'utilisation, et sans refroidissement particulier ajouté)
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
[^] # Re: synchro fichiers & raspberry pi ?
Posté par LeXa1979 . En réponse au journal Remplacer Google (Calendrier et Contacts) par Owncloud, oui mais…. Évalué à 1. Dernière modification le 05 février 2014 à 09:57.
oublié de préciser que le Pi est overclocké au paramètre maximum via raspi-config.
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
[^] # Re: synchro fichiers & raspberry pi ?
Posté par LeXa1979 . En réponse au journal Remplacer Google (Calendrier et Contacts) par Owncloud, oui mais…. Évalué à 4.
je ne suis pas l'auteur du journal, mais je donne mon avis:
config: Pi B avec l'OS (et les données) sur disque dur USB, Raspbian à jour, LAMP "classique", Owncloud 6.0.1, php-apc (pour la mise en cache)
La première synchro PC => Owncloud portait sur 11Gb, répartis en 40K fichiers (client xubuntu 13.10, owncloud-client à jour). Autant pour les gros fichiers (en réseau local) je trouvais que c'était rapide, par contre quand sont venus les milliers de fichiers de 4 à 5kb j'ai constaté la lenteur relative du bouzin: il faut compter 3 à 4 secondes de "pause" entre chaque fichier. Pour cette synchro en réseau local, ça m'a pris environ 3 jours non stop.
une deuxième expérience a été réalisée en synchronisant un ordi distant, PC => Owncloud toujours, via une connexion qui a un 512k en upload (client win XP, owncloud-client à jour). Là le volume était de 9Gb pour 16K fichiers, ça a tourné un peu plus de 48h. La vitesse de transmission étant bien plus lente qu'en réseau local, la pause entre fichier ne se faisait pas remarquer autant.
Pour la synchro Owncloud => PC, ça se réalise maintenant avec un ou deux fichiers de temps en temps, en général j'ai un popup sur mon poste qui apparait à l'ouverture de session (et de pc) pour me dire que "tel fichier a été synchronisé" avant même que je ne déplace la souris pour faire ma première action.
Pour résumer (mais je n'ai jamais testé owncloud sur un "vrai" serveur), pour de grosses synchros de petits fichiers, ça rame, c'est indéniable. Après, par rapport à l'utilisation légère et personnelle que j'en ai, je ne m'arrache pas les cheveux à attendre le système, il reste plus rapide que moi (alors qu'en distant, je n'ai jamais qu'une connexion 4M down / 512K up pour le Pi).
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
# ninite.com
Posté par LeXa1979 . En réponse au message Siouplait, aidez mon papa à installer libreoffice !. Évalué à 4.
Il sait recevoir un petit .exe (moins de 200ko) via son email ? Auquel cas, tu peux aller depuis ton propre pc sur ninite.com, cocher la case "libreoffice" et télécharger puis lui envoyer le petit fichier d'installation, qui lui, se chargera de télécharger et installer libreoffice (et en profiter pour lui cocher d'autres cases pour que son brol soit plus ou moins à jour… ou lui faire installer malwarebyte et lui faire faire un scan au cas où)
Ca ne résoud pas le souci de téléchargement via firefox, j'en conviens… Mais on contourne un problème.
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
# Pourquoi demander un avis ici ?
Posté par LeXa1979 . En réponse au message Système de blog meilleur que Wordpress. Évalué à 10.
http://mdahmen.com/wordpress/?p=422
Repens-toi !
:)
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
[^] # Re: en vrac
Posté par LeXa1979 . En réponse au message Problème de reconnaissance IDE. Évalué à 1.
Tant que tu ne sauras pas voir les périphériques dans le BIOS, il n'y aura aucune magie possible via une ligne de commande. Est-ce qu'électriquement le disque dur IDE semble démarrer au moins ? Et si tu débranches la nappe IDE ?
dans le BIOS, il y a l'option "Advanced->Chipset->OnBoard Device->Secondary Master as RAID", est-elle bien sur disabled ? pareil pour "Slave"/"Third Master/Slave" et "Fourth Master/Slave" ?
Si les périphériques n'apparaissent pas du tout dans le BIOS, il faut malheureusement aussi envisager la défectuosité du chipset IDE… C'est une carte mère de récup' ?
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
# en vrac
Posté par LeXa1979 . En réponse au message Problème de reconnaissance IDE. Évalué à 1.
quelques idées en vrac (si j'ai bien compris, les périphériques ne sont pas reconnus, même dans le BIOS, mais mint voit bien que tu as des ports IDE sur ta carte mère?):
Changer le mode de gestion disque dur dans le BIOS (SATA-AHCI-RAID-IDE/compatible) ?
Changer la/les nappe(s) IDE ?
Vérifier les cavaliers sur lecteur DVD et disques durs (master/slave/auto) ?
c'est basique, j'en conviens, mais parfois on est obnubilé par autre chose et on passe à côté du simple…
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
# mms => email
Posté par LeXa1979 . En réponse au message Logiciel pour afficher les images des MMS sur un ordinateur. Évalué à 1.
A savoir, du moins en Belgique et quel que soit l'opérateur, tu n'es pas obligé d'envoyer un mms vers un numéro de téléphone: tu peux aussi simplement l'envoyer vers une adresse email. Ce qui permet au passage de passer outre les limitations de taille du mms (inutile de convertir la photo en résolution moins élevée)…
Je précise que ce n'est pas une fonctionnalité de conversion mms vers email du téléphone, mais que c'est bien lorsque tu dois choisir le numéro auquel tu envoies, à la place de taper un numéro tu tapes une adresse email… Les serveurs MMS de l'opérateur sont connectés au réseau des réseau, donc qu'ils l'envoient vers mms:// ou email, c'est juste le même réseau IP et ça juste marche.
A tester sur réseau français, puis éventuellement appliquer lors de ta soirée.
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
[^] # Re: Sous le soleil
Posté par LeXa1979 . En réponse à la dépêche Pourquoi Microsoft Word doit mourir ?. Évalué à 1.
Mais qui suis-je? est probablement Belge et confond depuis des années les magasins hifi-ordi-tv Excell et le logiciel Excel… Je connais très bien le problème, mais il s'est résolu comme par magie depuis la fermeture de cette chaîne de boutique.
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
[^] # Re: Ça donne envie
Posté par LeXa1979 . En réponse au journal GIMP ça déchire. Évalué à 2.
Le seul que je connaisse et utilise de temps à autre: Kazam screencaster, GNU GPLv3
https://launchpad.net/kazam (PPA et .tar.gz disponibles)
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
[^] # Re: Photos
Posté par LeXa1979 . En réponse au journal Mon passage aux 30 ans de GNU au MIT. Évalué à 5.
GNOME a une fille ? Pffff… on me dit jamais rien…
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
# 'me coucherai moins con
Posté par LeXa1979 . En réponse au message Imprimer une série de PDF (ex. tout un dossier). Évalué à 1.
Merci !
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
[^] # Re: LiveCD / LiveUSB
Posté par LeXa1979 . En réponse au message reconnaissance dd externe sous bios. Évalué à 1.
je ne connais pas l'utilitaire disc… Mais tu peux changer "à la volée" le type de système de fichier qui est rapporté ? Je tenterais de le mettre en ext4 puis de remonter ma partition. Je vois mal un ubuntu, même préinstallé, en fat32 (ou 16)… Si ça se trouve, c'est là la base du problème de montage: ta partition crie haut et fort "je suis en fat" alors qu'elle est en un autre format.
va-t-on y arriver ??
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
[^] # Re: LiveCD / LiveUSB
Posté par LeXa1979 . En réponse au message reconnaissance dd externe sous bios. Évalué à 1.
si la partoche est bien en FAT16, ce n'est pas "vfat" qu'il faut utiliser comme argument, mais "fat" tout court… Sinon, tu peux aussi laisser tomber l'argument de type de partition, il est supposé le détecter tout seul.
Mais je butte malgré tout sur le fait que ce soit une partition FAT16… Pourquoi un système récent utiliserait-il ce système de fichier sur un disque de plusieurs gigas ? Ca pue le disque planté, mais je n'ai rien de concret pour l'affirmer à 100%
As-tu essayé un fsck ?
Et si on pouvait récupérer un participant de plus pour donner son avis ça pourrait être pratique. J'ai envie de t'aider, mais je constate que je n'ai peut-être pas le niveau :)
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
[^] # Re: LiveCD / LiveUSB
Posté par LeXa1979 . En réponse au message reconnaissance dd externe sous bios. Évalué à 1.
FAT16 ?? …ton disque dur sur lequel tu avais déjà un GNU/Linux installé ? …étrange, c'est le moins qu'on puisse dire…
quoiqu'il en soit, je suppose qu'il "suffit" de monter ta partition pour pouvoir la lire:
crée un répertoire dans /media/monrepertoire , puis utilise la commande mount (sudo mount /dev/sda1 /media/monrepertoire - en remplaçant si nécessaire /dev/sda1 par le nom de la partition dont il est question)
Désolé pour le brouillon de réponse, je suis loin d'être un spécialiste aussi… 3 ans sur Xubuntu ne m'ont pas encore permis d'avoir assez d'emmerdes ^
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".