Bonjour, je viens de sortir la version 0.2.0.16, elle corrige uniquement un bug dans l’emplacement du fichier de configuration de la version portable.
Merci à Gilgamesh de me l’avoir repporter via une discution autour d’ultracopier que j’ai trouver sur google.
Merci d’avance à tout ceux passant du temps avec moi pour me reporter les bug (faut que je puisse les reproduire).
Dispo sur le svn du projet: svn://svn.first-world.info/ultracopier/, les plugins sont pris en charge visuellement, il manque encore la suppression et l’ajout depuis le disque dur et internet, et un moyen pour les signés numériquement histoire de certifier les plugins par une icônes pour les reconnaitres, cette certification n’est donné que si le code source est compilé par mes soins ou ceux d’une personne/serveur de confiance pour s’assurer qu’il n’y as pas de virus dedans, et que si c’est pas marquer en alpha/beta/rc le plugin est stable et testé de façon rigoureuse.
Il faudrait faire le site des plugins à terme, pour l’instant je pense que coder l’import via fichier. Les informations sont affichées dés à présent dans les options (version, auteur, site, description, …)
Normalement tout devrai être traduit en directe à la sélection d’un langue.
Bonjour, hors mit un petit détail que je règle demain, ultracopier est traduit instantanément lors de l’application des options quand ont change la langue, et donc plus besoin de redémarrer.
J’essaye de tout faire sans qu’il y ai jamais besoin de redémarrer ultracopier.
Le thèmes change instantanément aussi, (comme la version 0.2), mais j’ai ajouter la possibilité de ne pas mettre d’icone dans les menus pour une meilleur intégration visuel sous certain OS.
Petit à petit ultracopier avance, je suis sortie des truc bloquant mais hélas j’ai peu de temps à consacré à ultracopier. Si je peu garder l’expérience utilisateur de la version 0.2 très positive mais avoir du code propre, mieux organisé, utilisé au mieux les techniques fourni par Qt (signal/slot notamment), je ne vais pas me gêné.
Si j’ai du temps demain je commence le plugin de compatibilité avec catchcopy et je fait en sorte qu’on ne puisse pas lancer 2 instance d’ultracopier dans la même session.
Voila, j’ai fini la grosse partie des options dynamique d’ultracopier, ce qui permet à chaque module d’ultracopier de communiqué facilement les options et leur interface graphique si besoin.
J’en ai profiter pour avancé sur la partie traduction qui vas bientôt être fini, elle comprends traduction du tronc d’ultracopier + changement des traductions spécifique des plugins.
Je vais pouvoir continuer les autre parties, et surtout commencer la partie des plugins dynamiques.
J’ai noter 2 comportement anormal sous linux:
Voila mon retour du jour. Malgré ces inconvénients, linux + kde reste le meilleur Os pour mon utilisation.
Comment j’optimise un blog wordpress en 2010?
J’ajoute dans wp-config.php (+ organisation, légèreté de la base de données):
define('WP_POST_REVISIONS', false);
Et si vous savez ce que vous faite et que vous n’avez pas besoin de l’autosave:
define('AUTOSAVE_INTERVAL',3600*24);
Faire le ménage maintenant:
DELETE FROM `other_blogherman`.`wp_posts` WHERE `wp_posts`.`post_status` = 'inherit'
DELETE FROM `other_blogherman`.`wp_posts` WHERE `wp_posts`.`post_status` = 'revision'
Cote extensions installé:
No 404 Errors -> pour garder le référencement (+ référecement)
Recent Gravatar -> Ajoute une image sur les commentaires, c’est plus sympatique (+visiteur)
SI CAPTCHA Anti-Spam -> Pour évité le spam (+ référecement,+visiteur)
WP Super Cache -> Pour gagner en performance, et donc en réactivité du site et moins charger les serveurs. (+ référecement,+visiteur)
Bonjour, voila mon retour pour Qt 4.7:
– Des nouveaux bug apparaise sous Ultracopier et KDE 4.5.1
– Le moteur webkit est plus à jour et ne crash plus sur le test html5test
– Meilleur réactivité générale
C’est une version prometteuse, mais pour ne pas gâché la sortie d’ultracopier je vais au moins attendre la version 4.7.1, ce qui me donnera le temps de coder tranquillement.
Edit:
Pour utilisé ultracopier sous Mac:
Je viens d’ouvrir le site espagnole:
http://ultracopier-es.first-world.info/
Coté bloquage, j’essaye de passer outre et de faire tout ultracopier sans Qt script, tant pis, le multi-plateforme sera légérement plus difficile.
Si vous avez un système existant, le plus simple est de le transférer.
Par exemple, on imagine que votre système est sur une seule partition, la /dev/sda1, voilà ce qu’il faut faire.
Créer un dossier temporaire :
mkdir /mnt/temp
Monter la partition sur votre serveur, pour ça vous devez avoir branché votre disque dur contenant votre système sur le serveur.
mount /dev/sda1 /mnt/temp
Copier notre système dans le dossier dans un nouveau dossier, puis l’adapter :
Ensuite penser à adapter votre système. Voir plus bas.
Nous allons créer un système, ici se référer à votre distribution si vous voulez une distribution spécifique. Préférez une distribution s’installant en chroot.
Je vais ici donner un exemple avec un stage3 de Gentoo (micro système déjà fait) :
On télécharge l’archive, vous pouvez aller sur mon miroir personnel. Allez dans le dossier correspondant à votre architecture (x86 pour le pc 32Bits, amd64 pour tout les 64Bits), puis current/, puis stages/, puis on décompresse le fichier. Vous pouvez installer une Gentoo complète : dans ce cas, merci de vous référer au guide Gentoo :
Ensuite, il faut configurer et adapter votre système, tout est relatif au système exporté. Quand je dit /etc/fstab, éditez /mnt/nfs/simple/etc/fstab.
Maintenant, éditons le fichier du système exporté en nfs, éditez le fichier /etc/fstab (donc ici /mnt/nfs/simple/etc/fstab), supprimez tout ce qui fait référence aux partitions de vos disques durs, soit toutes les lignes avec /dev/sdaX ou /dev/hdaX.
Si vous avez un firewall, désactivez-le. Vous le configurerez plus finement par la suite.
Supprimez ou désactivez toute auto-configuration de votre interface réseau (elle sera faite par le noyau) ; pour le système Gentoo que l’on vient d’installer dans /mnt/nfs/simple/, il faut éditer le fichier /etc/conf.d/rc (/mnt/nfs/simple/etc/conf.d/rc) et changer :
Code : Autre – Sélectionner
1 |
RC_PLUG_SERVICES="" |
en
Code : Autre – Sélectionner
1 |
RC_PLUG_SERVICES="!net.eth0" |
N’hésitez à personnaliser votre fichier /mnt/pxe/pxelinux0.cfg/default pour faire pointer vers votre propre noyau. Et votre propre initrd, si par exemple vous utilisez une image externe (utilisée direct dans le client, qui gère lui-même la branche en lecture seule et la branche en lecture-écriture).
Si vous utilisez le mode NAT, c’est l’ordinateur supportant les PC virtuels qui servira de serveur de boot.
En mode bridged, c’est le serveur de boot qui est sur votre réseau local qui sera utilisé.
Si vous avez du kvm, avec le contrôleur réseau e1000 vous pouvez simplement booter sur le réseau par -boot n dans votre ligne de commande traditionnelle.
Par contre, en para-virtualisé, utilisé le controleur réseau virtio.
Je mettrais l’accent sur un point : je pense que pour les novices, vmware est le meilleur pour la virtualisation car tout est simple et en interface.
Par contre, grâce à l’intégration du code kvm au noyau, à l’impeccable travail fourni par ces développeurs et la para-virtualisation, kvm est de loin le meilleur en termes de flexibilité (ajout ram et cpu à chaud, divers périphériques de stockage, choix du matériel simulé, …) et de performances car il n’y a pas (ou presque) de pertes grâce à la para-virtualisation.
Ensuite, il faut configurer et adapter votre système, tout est relatif au système exporté. Quand je dit /etc/fstab, éditez /mnt/nfs/simple/etc/fstab.
Maintenant, éditons le fichier du système exporté en nfs, éditez le fichier /etc/fstab (donc ici /mnt/nfs/simple/etc/fstab), supprimez tout ce qui fait référence aux partitions de vos disques durs, soit toutes les lignes avec /dev/sdaX ou /dev/hdaX.
Si vous avez un firewall, désactivez-le. Vous le configurerez plus finement par la suite.
Supprimez ou désactivez toute auto-configuration de votre interface réseau (elle sera faite par le noyau) ; pour le système Gentoo que l’on vient d’installer dans /mnt/nfs/simple/, il faut éditer le fichier /etc/conf.d/rc (/mnt/nfs/simple/etc/conf.d/rc) et changer :
Code : Autre – Sélectionner
1 |
RC_PLUG_SERVICES="" |
en
Code : Autre – Sélectionner
1 |
RC_PLUG_SERVICES="!net.eth0" |
N’hésitez à personnaliser votre fichier /mnt/pxe/pxelinux0.cfg/default pour faire pointer vers votre propre noyau. Et votre propre initrd, si par exemple vous utilisez une image externe (utilisée direct dans le client, qui gère lui-même la branche en lecture seule et la branche en lecture-écriture).
Si vous utilisez le mode NAT, c’est l’ordinateur supportant les PC virtuels qui servira de serveur de boot.
En mode bridged, c’est le serveur de boot qui est sur votre réseau local qui sera utilisé.
Si vous avez du kvm, avec le contrôleur réseau e1000 vous pouvez simplement booter sur le réseau par -boot n dans votre ligne de commande traditionnelle.
Par contre, en para-virtualisé, utilisé le controleur réseau virtio.
Je mettrais l’accent sur un point : je pense que pour les novices, vmware est le meilleur pour la virtualisation car tout est simple et en interface.
Par contre, grâce à l’intégration du code kvm au noyau, à l’impeccable travail fourni par ces développeurs et la para-virtualisation, kvm est de loin le meilleur en termes de flexibilité (ajout ram et cpu à chaud, divers périphériques de stockage, choix du matériel simulé, …) et de performances car il n’y a pas (ou presque) de pertes grâce à la para-virtualisation.
Nous allons commencer par créer une image du système que nous avons mis dans /mnt/nfs/simple/ et nous allons l’enregistrer comme /mnt/nfs/squashfs/image.sqfs.
mksquashfs -no-sparse /mnt/nfs/simple/* /mnt/nfs/squashfs/image.sqfs |
La procédure est la même, que ce soit pour l’utilisation en interne ou en externe d’image.
Pour l’utilisation externe, les commandes de mise en place sont faites dans l’initrd de l’ordinateur qui boot.
Quand elles sont utilisées en interne, ces commandes sont faites par le serveur.
Nous allons monter notre image système en lecture dans le point prévu à cet effet :
mount /mnt/nfs/squashfs/image.sqfs /mnt/ro/ |
Nous allons fusionner pour une branche en lecture seule et une branche en écriture ou serons stocké les différences avec l’image en lecture seule.
Les écritures seront faites dans le dossier en écriture /mnt/rw/interne/, ce procédé s’appelle l’union. Ici le choix de aufs est délibéré car c’est pour l’instant la meilleure implémentation proposée.
mount -t aufs -o dirs=/mnt/rw/interne/:/mnt/ro/=ro none /mnt/nfs/image-interne/ |
#!/bin/sh
. /etc/initrd.defaults
. /etc/initrd.scripts
splash() {
return 0
}
[ -e /etc/initrd.splash ] && . /etc/initrd.splash
# Clean input/output
exec >${CONSOLE} <${CONSOLE} 2>&1
if [ « $$ » != ‘1’ ]
then
echo ‘/linuxrc has to be run as the init process as the one’
echo ‘with a PID of 1. Try adding init= »/linuxrc » to the’
echo ‘kernel command line or running « exec /linuxrc ».’
exit 1
fi
mount -t proc proc /proc >/dev/null 2>&1
mount -o remount,rw / >/dev/null 2>&1
# Set up symlinks
if [ « $0 » = ‘/init’ ]
then
/bin/busybox –install -s
[ -e /linuxrc ] && rm /linuxrc
fi
quiet_kmsg
CMDLINE= »`cat /proc/cmdline` »
# Scan CMDLINE for any specified real_root= or cdroot arguments
for x in ${CMDLINE}
do
case « ${x} » in
domdadm)
USE_MDADM=1
;;
dodmraid)
USE_DMRAID_NORMAL=1
;;
dodmraid\=*)
DMRAID_OPTS=`parse_opt « ${x} »`
USE_DMRAID_NORMAL=1
;;
# Debug Options
debug)
DEBUG=’yes’
;;
# Module no-loads
doload\=*)
MDOLIST=`parse_opt « ${x} »`
MDOLIST= »`echo ${MDOLIST} | sed -e ‘s/,/ /g’` »
;;
nodetect)
NODETECT=1
;;
noload\=*)
MLIST=`parse_opt « ${x} »`
MLIST= »`echo ${MLIST} | sed -e ‘s/,/ /g’` »
export MLIST
;;
# Redirect output to a specific tty
CONSOLE\=*)
CONSOLE=`parse_opt « ${x} »`
exec >${CONSOLE} <${CONSOLE} 2>&1
;;
os\=*)
OS=`parse_opt « ${x} »`
;;
cifspath\=*)
CIFSPATH=`parse_opt « ${x} »`
;;
esac
done
splash ‘init’
detect_sbp2_devices
cmdline_hwopts
# Mount sysfs
mount_sysfs
# Start udev/devfs
start_dev_mgr
# Setup md device nodes if they dont exist
setup_md_device
# Scan volumes
startVolumes
# Set up unionfs
mkdir -p /newroot/
loadkmap < /lib/keymaps/fr.map
mkdir /squashfs
mkdir /tmp
mkdir /ro
mkdir /rw
mount -t cifs ${cifspath} /squashfs -o username=guest,guest,ro
mount /squashfs/ »${os} » /ro -o ro -n
mount -t tmpfs tmpfs /rw -n
mount -t aufs -o br=/rw=rw:/ro=ro none /newroot
# Run debug shell if requested
rundebugshell
verbose_kmsg
[ ! -e /newroot/dev/console ] && mknod /newroot/dev/console c 5 1
[ ! -e /newroot/dev/tty1 ] && mknod /newroot/dev/tty1 c 4 1
echo -ne « ${GOOD}>>${NORMAL}${BOLD} Booting (initramfs)${NORMAL} »
cd /newroot
mkdir /newroot/proc /newroot/sys 2>/dev/null
echo -ne « ${BOLD}.${NORMAL} »
umount /sys || echo ‘*: Failed to unmount the initrd /sys!’
umount /proc || echo ‘*: Failed to unmount the initrd /proc!’
echo -e « ${BOLD}.${NORMAL} »
exec switch_root -c « /dev/console » « /newroot/ » ${REAL_INIT:-/sbin/init} ${INIT_OPTS}
splash ‘verbose’
echo ‘A fatal error has probably occured since /sbin/init did not’
echo ‘boot correctly. Trying to open a shell…’
echo
exec /bin/bash
exec /bin/sh
exec /bin/ash
exec sh
Faites les commandes en root.
Créez le dossier temporaire, allez dedans, puis téléchargez depuis un emplacement distant :
mkdir initrdcd initrd/wget [url]
Pour décompresser un initrd tapez la commande suivante, tous les fichiers seront décompressés dans le dossier courant :
gzip -dc nom_de_l_initrd | cpio -id
Modifiez le script d’initialisation par exemple par en y mettent les lignes qui vont bien :
nano linuxrc
Faites le ménage :
rm nom_de_l_initrd -f
Créez l’initrd dans le dossier parent :
find ./ | cpio -H newc -o > ../nom_de_l_initrd
Comment faire son choix parmi toutes les solutions que je vais vous proposer ?
Voilà les différentes solutions et leurs implications.
File systems ---> Miscellaneous filesystems ---> <*> SquashFS - Squashed file system support [*] Additional option for memory-constrained systems (3) Number of fragments cached |
File systems ---> Network File Systems ---> <*> Vifs/samba fs
<*> Another unionfs Maximum number of branches (127) --->
[ ] Use <sysfs>/fs/aufs/stat
[*] Use inotify to detect actions on a branch
[*] NFS-exportable aufs
[ ] Aufs as an readonly branch of another aufs mount
[*] Delegate the internal branch access the kernel thread
[ ] Show whiteouts
[*] Make squashfs branch RR (real readonly) by default
[*] splice.patch for sendfile(2) and splice(2)
[ ] Debug aufs
[ ] Compatibility with Unionfs (obsolete)
[ ] Unionfs-2.2 or later patch is applied or not (obsolete)
[ ] Unionfs-2.3 or later patch is applied or not (obsolete)
<*> SquashFS 3.3 - Squashed file system support
[*] Additional option for memory-constrained systems
(3) Number of fragments cached
[*] Additional option for memory-constrained systems (3) Number of fragments cached
Networking support --->
|
Et mettez en dur toutes les cartes réseaux.
Coté serveur :
Pour l’ordinateur démarrant sur le réseau, il faut activer dans le BIOS ROM NETWORK dans onboard devices ou équivalent, sauvegarder, rebooter, aller dans le BIOS, puis dans le menu boot order, sélectionner le réseau en premier. Merci de vous référer au guide de votre carte mère pour plus d’informations. Tous les ordinateurs ne sont pas capables de booter en réseau. Dans ce cas, il existe des alternatives telles que mettre un BIOS open source capable de booter sur le réseau (coreboot + gPXE, coreboot + grub, …), ou installer sur un média bootable un chargeur de démarrage, le noyau et l’initrd de votre système réseau. Tous les PC virtuels que je connais sont capables de booter en réseau, il ne faut que le sélectionner dans le BIOS (vmware), ou dans la ligne de commande (kvm) les options adéquates.
123456789101112131415161718192021222324252627282930313233 |
# bootallow booting;allow bootp;filename "pxelinux.0";ping-check = 1;# dhcpdefault-lease-time 2678400;max-lease-time 2678400;# domain et dnsoption domain-name "monnom.local";ddns-update-style none;# Serveur dhcp unique sur le réseauauthoritative;# interface desserviesubnet 192.168.0.0 netmask 255.255.255.0 { option domain-name "monnom.local";# remplacer par votre serveur DNS option domain-name-servers 192.168.0.1; range 192.168.0.10 192.168.0.99;# désactivé si votre serveur ne sert pas de passerelle option routers 192.168.0.1;}host pcenipfixe {# remplacer par l'adresse MAC de votre carte réseauhardware ethernet 00:1A:4D:58:85:4F;# remplacer par l'IP fixe vouluefixed-address 192.168.0.10;}
|
1 |
net.ipv4.ip_forward = 1 |
Le serveur tftp est en fait un serveur ftp minimal. Il permet de distribuer le fichier de boot, et tous les fichiers utiles au lancement du système, tels que les noyaux, les initrd, …
Voir ce lien pour voir le dossier d’exemple /mnt/pxe/ :
http://files.first-world.info/howto/pxe-exemple/mnt/pxe/
Tout le dossier est téléchargeable ici :
http://files.first-world.info/howto/pxe-exemple/mnt/pxe.tar.bz2
Le fichier pxelinux.0 sert de rom pour faire chargeur de démarrage.
Le dossier pxelinux.cfg contient le menu principal par défaut (pxelinux.cfg/default) mais on peut spécifier un fichier spécifique à un PC en l’identifiant par son adresse MAC. Je ne m’attarderai pas plus dessus.
J’ai rempli le dossier d’exemples divers, d’installeur réseau (pour installer par le réseau au lieu des cd), de live système, d’utilitaires, … j’ai mis aussi des fonds d’écran dans chaque menu, à vous de l’explorer un peu.
Dans votre distribution, installer le packet tftp-hpa, sous Gentoo
Sous gentoo, éditer le fichier /etc/conf.d/in.tftpd puis y mettre :
Code : Autre – Sélectionner
12 |
INTFTPD_PATH="/mnt/pxe/"INTFTPD_OPTS="-R 4096:5120 -a 192.168.0.1 -u nobody -s ${INTFTPD_PATH}"
|
Vous pouvez lancer le serveur in.tftpd, si votre distribution le supporte, vous pouvez le lancer comme un service