Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Linux Autres OS Linux Debian Démarrages avec et sans checkdisks

Démarrages avec et sans checkdisks

18 réponses
Avatar
Aurelien
Salut,

J'utilise 5 machines sous Debian sur scène (en concert).
Potentiellement, elles démarrent sans écran.
Périodiquement, elles vérifient les disques au démarrage, ce qui est
normal.
Mais sur scène, j'ai besoin que ça boote vite, donc sans check,
notamment si la machine crash et que je dois atteindre qu'elle soit de
nouveau prête pour jouer.

Est-il possible de faire en sorte de choisir au boot (par exemple) si un
checkdisk sera fait ?

Je précise ma question, en gros, il me faudrait deux modes un avec
checkdisk et un sans, et si possible, un truc genre si je démarre en
appuyant sur F1 (ou n'importe quoi), il démarre sans checkdisk, et
sinon, il démarre en mode "normal".

Voilà, je ne sais pas si ma demande est très claire, si question,
n'hésitez pas, ça permettra peut-être de la préciser.

A plus tard.

--
Aurélien

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20110810080712.GC13711@sebkhachott.net
Signaler un problème avec ce contenu

8 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2
Avatar
Aurelien
On Wed, Aug 10, 2011 at 11:41:58AM +0200, wrote :
Le 10/08/2011 10:07:12, Aurelien a écrit :

> Est-il possible de faire en sorte de choisir au boot (par exemple) si
> un checkdisk sera fait ?

Tu choisis le niveau de démarrage, comme avec init 2 ou init 3 ?



OK, je ne connais pas tout ça, mais je vais tenter de me pencher vers
ça. Tu aurais quelques liens ou entrées biblio qui vont bien ?


nicolas patrois : pts noir asocial
--
RÉALISME

M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des
humains ? Un cerveau plus gros ?
P : Non... Une carte bleue suffirait...

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/




--
Aurélien

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Aurelien
On Thu, Aug 11, 2011 at 03:14:20PM +0200, Aurelien wrote :
On Wed, Aug 10, 2011 at 04:14:28PM +0200, jacques wrote :
> Le 10/08/2011 10:07, Aurelien a écrit :
> >Salut,
>
> Bonjour Aurélien,
>
>
> >J'utilise 5 machines sous Debian sur scène (en concert).
>
> Si ce n'est pas un secret ;) j'aimerai savoir
> quel usage fais-tu « en concert » de machines Debian ?


Ca n'est pas un secret (et même pire, c'est de l'art libre).
J'utilise 5 machines Debian sur scène dans le cadre d'un spectacle
musiques actuelles (un concert, disons), qui allie de amnière synchrone
son, lumières et vidéo-projection.
Les machines servent à :
*Machine Son - Machine maîtresse Jack*
- génération sonore (synthèse et sampling) (AMS, Tapeutape),
- routing des signaux audio (signaux d'instruments analogiques, signaux
des synthés, des samplers, etc.) (Ardour),
- live looping des instruments audio (Sooperlooper),
- mixage des signaux audio et rendu pour diffusion sur la façade
(Ardour),
- mixage des signaux audio, routing et rendu pour les retours (ou
moniteurs) des musiciens (en in-ear monitoring) (Ardour),
- routing des signaux MIDI et OSC (mididings),
- métronome pour les musiciens (klick),
- séquençage des événements, contrôles des autres machines (seq24,
mididings),
*Machine Lumières - Machine esclave Jack*
- gestion lumières (Q Light Controller),
- VJ-ing (Lives)
- Effets audio (Ardour, AMS, Ladspa, LV2),
*Machines contrôle*
- gestion des controleurs OSC OpenHardware basés sur Teensy (mididings
+ soft écrit[1] par moi-même, mais sans nom pour l'instant, mais publié
en GPL, mais pas mis en ligne parce que pas eu le temps, mais ça va
venir, mais bon, mais oui...),
- affichage de l'état du système (gladish),
- affichage de l'état des contrôleurs (livedings/mididings)

J'utilise Debian Squeeze à jour, et éventuellement avec quelques paquets
de Wheezy, + noyaux 2.6.39-3 pour les deux machines son et lumières,
avec thread_irqs activé. J'utilise jack2 (1.9.7) associé à FFADO
(instable) pour le contrôle de mes cartes son, et ladish pour la gestion
de mes studios.

[1] très salement

Références :

- Alsa Modular Synth
http://alsamodular.sourceforge.net/
- Tapeutape
http://hitmuri.net/tardigrade/index.php/En/Tapeutape
- Ardour
www.ardour.org
- Sooperlooper
http://www.essej.net/sooperlooper/
- Mididings
http://das.nasophon.de/mididings/
- Klick
http://das.nasophon.de/klick/
- Q Light Controller
http://qlc.sourceforge.net/
- Lives
http://lives.sourceforge.net/
- Ladish
www.ladish.org
- Jack
www.jackaudio.org
- Teensy
http://www.pjrc.com/teensy/

Voilà.




Juste, j'oubliais, le projet en question, c'est Sebkha-Chott, qui a joué
aux RMLL 2010 au Garage Moderne à Bordeaux.
www.sebkhachott.net (le site devrait être terminé bientôt, mais bon ce
sont les vacances, et le développement web, c'est vraiment annexe pour
nous, alors ça prend un brin de temps).






>
> A+ Jacques
>

--
Aurélien

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/




--
Aurélien

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Aurelien
On Wed, Aug 10, 2011 at 04:14:28PM +0200, jacques wrote :
Le 10/08/2011 10:07, Aurelien a écrit :
>Salut,

Bonjour Aurélien,


>J'utilise 5 machines sous Debian sur scène (en concert).

Si ce n'est pas un secret ;) j'aimerai savoir
quel usage fais-tu « en concert » de machines Debian ?




Ca n'est pas un secret (et même pire, c'est de l'art libre).
J'utilise 5 machines Debian sur scène dans le cadre d'un spectacle
musiques actuelles (un concert, disons), qui allie de amnière synchrone
son, lumières et vidéo-projection.
Les machines servent à :
*Machine Son - Machine maîtresse Jack*
- génération sonore (synthèse et sampling) (AMS, Tapeutape),
- routing des signaux audio (signaux d'instruments analogiques, signaux
des synthés, des samplers, etc.) (Ardour),
- live looping des instruments audio (Sooperlooper),
- mixage des signaux audio et rendu pour diffusion sur la façade
(Ardour),
- mixage des signaux audio, routing et rendu pour les retours (ou
moniteurs) des musiciens (en in-ear monitoring) (Ardour),
- routing des signaux MIDI et OSC (mididings),
- métronome pour les musiciens (klick),
- séquençage des événements, contrôles des autres machines (seq24,
mididings),
*Machine Lumières - Machine esclave Jack*
- gestion lumières (Q Light Controller),
- VJ-ing (Lives)
- Effets audio (Ardour, AMS, Ladspa, LV2),
*Machines contrôle*
- gestion des controleurs OSC OpenHardware basés sur Teensy (mididings
+ soft écrit[1] par moi-même, mais sans nom pour l'instant, mais publié
en GPL, mais pas mis en ligne parce que pas eu le temps, mais ça va
venir, mais bon, mais oui...),
- affichage de l'état du système (gladish),
- affichage de l'état des contrôleurs (livedings/mididings)

J'utilise Debian Squeeze à jour, et éventuellement avec quelques paquets
de Wheezy, + noyaux 2.6.39-3 pour les deux machines son et lumières,
avec thread_irqs activé. J'utilise jack2 (1.9.7) associé à FFADO
(instable) pour le contrôle de mes cartes son, et ladish pour la gestion
de mes studios.

[1] très salement

Références :

- Alsa Modular Synth
http://alsamodular.sourceforge.net/
- Tapeutape
http://hitmuri.net/tardigrade/index.php/En/Tapeutape
- Ardour
www.ardour.org
- Sooperlooper
http://www.essej.net/sooperlooper/
- Mididings
http://das.nasophon.de/mididings/
- Klick
http://das.nasophon.de/klick/
- Q Light Controller
http://qlc.sourceforge.net/
- Lives
http://lives.sourceforge.net/
- Ladish
www.ladish.org
- Jack
www.jackaudio.org
- Teensy
http://www.pjrc.com/teensy/

Voilà.





A+ Jacques




--
Aurélien

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Jean-Yves F. Barbier
On Thu, 11 Aug 2011 14:59:00 +0200, Aurelien wrote:

...
> Si la verification périodique, qui est calculé en nombre de m ontage, est
> trop courte elle peut etre vérifié puis modiffié avec  : # tune2fs
> -l /dev/hda1 # tune2fs -c [nombre] …(zéro nétant pas conseillé !)
>
> Si le systeme reboot souvant ce nombre sera d'autant plus vite atteint, et
> lancera une vérification

Ca OK, j'ai déjà utilisé pas mal lorsque j'installe des ma chines pour
les formations aux techniques du spectacle sous GNU/Linux.



Avec tune2fs, tu peux aussi jouer avec les parms suivants:
-i <interval entre 2 checks d|m|w>
-C <forçage du Nb de boots déjà réalisé>

Sachant que les FS journalisés sont un peu moins sensibles aux PBs pui sque les
opérations sont d'abord notées dans le journal avant d'être effectives (un peu
comme le WAL de postgresql) - mais la contrepartie c'est qu'un FS journalis é
est moins rapide.

> Le man de tune2fs nous le dit bien :
> "...Dans tous les cas,une erreur de système de fichiers provoquera
> l'exécution de e2fsck(8) pour vérifier le système d e fichiers lors
> du prochain redémarrage.."

Est-ce à dire que, pour le cas présent, tune2fs -c 0 pourrait p resque
être une bonne option ?



Pas vraiment, parce que plus tu attends, plus d'éventuelles erreurs vo nt se
cumuler et risquent de rendre le système inutilisable - à moins d e scotcher un
pense-bête et de forcer un check régulièrement (touch /force fsck avant
reboot).

Attention, je reprécise, mon idée n'est pas de ne jamais và ©rifier le
système de fichiers, mais c'est juste d'être en mesure d'é viter cette
étape dans le cadre du concert uniquement (mais pas dans les cadres de
répète, résidence, etc.).



Tu peux aussi jouer avec le champ 6 de /etc/fstab, qui détermine qui d oit-être
vérifié et dans quel ordre:
1 </>
2 <autres FS, eg: partitions montées telle que /home>
0 <pas de vérif>

Mais encore une fois, il faut penser à lancer manuellement un check
régulièrement.

Perso, j'utiliserai un pense-bête en y marquant les RàZ du Nb de boots, les
checks déclenchés et les dates auxquelles je *dois* lancer un che ck manuel
afin de ne rien oublier - avec une RàZ du comptage des boots lorsque j e sais
qu'il ne doit pas y avoir de check [RàZ MANUELLE, pas question de mett re ça
dans un script et de risquer que le système ne soit jamais vérifi é].

--
<Diziet> Fuck, I can't compile the damn thing and I wrote it !

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
fred
Le 10/08/2011 20:03, Jean-Yves F. Barbier a écrit :
On Wed, 10 Aug 2011 19:57:39 +0200, Frédéric Massot
wrote:

tail /var/log/mail.info



voila pour le log de postfix
Aug 11 20:32:41 neo postfix/master[6733]: daemon started -- version
2.7.1, configuration /etc/postfix
Aug 11 20:32:44 neo postfix/pickup[6739]: 4D7EC49811: uid=0 from=<root>
Aug 11 20:32:44 neo postfix/cleanup[6745]: 4D7EC49811:
message-id=
Aug 11 20:32:44 neo postfix/qmgr[6740]: 4D7EC49811:
from=, size12, nrcpt=1 (queue active)
Aug 11 20:32:44 neo postfix/trivial-rewrite[6747]: warning: do not list
domain sabazyo.tk in BOTH mydestination and virtual_mailbox_domains
Aug 11 20:32:44 neo postfix/local[6748]: 4D7EC49811:
to=, relay=local, delay=0.08,
delays=0.05/0.01/0/0.01, dsn=2.0.0, status=sent (delivered to command:
/usr/bin/procmail -a "$EXTENSION")
Aug 11 20:32:44 neo postfix/qmgr[6740]: 4D7EC49811: removed

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Jean-Yves F. Barbier
On Thu, 11 Aug 2011 20:36:34 +0200, fred wrote:

Aug 11 20:32:44 neo postfix/trivial-rewrite[6747]: warning: do not list
domain sabazyo.tk in BOTH mydestination and virtual_mailbox_domains



Un ptit soucis: apparemment tu listes 2 fois sabazyo.tk; il devrait êt re soit
dans les virtual domains, soit dans $mydestination, mais pas dans les 2 Ã   la
fois.

Vérifie aussi que tu as bien ajouté (main.cf) ce que t'as dit Fre d:
home_mailbox = Maildir/
(comme il l'a souligné, le '/' final est primordial, c'est ce qui dà ©termine
le format Maildir).

Aug 11 20:32:44 neo postfix/local[6748]: 4D7EC49811:
to=, relay=local, delay=0.08,
delays=0.05/0.01/0/0.01, dsn=2.0.0, status=sent (delivered to comma nd:
/usr/bin/procmail -a "$EXTENSION")
Aug 11 20:32:44 neo postfix/qmgr[6740]: 4D7EC49811: removed



Il y a delivery, reste à voir si c'est vers un container valide (c'est un PB:
si le container est invalide, rien ne prévient que l'email se perd; ma is je
crois que c'est Gal à tous les MTA).

Perso j'utilise (main.cf):
mailbox_command = procmail -a "EXTENSION" -d "$USER"
il me semble que tu n'as que la partie extension.

Par ailleurs, à ce que je saches, le $HOME/Maildir n'est pas automatiq uement
créé; il faut soit que le user le crée ($ maildirmake ~/Mail dir, avec
éventuellement les options voulues s'il faut partager, etc), ou bien s i tu
veux qu'il soit créé automatiquement en même temps que le us er, faire sous
root: # maildirmake /etc/skel/Maildir.
Parce qu'apparemment le delivery s'est fait en local (par opposition au
virtual domain) et donc procmail s'attend à trouver un $HOME/Maildir c hez le
user réel qui va bien.

N'oublie pas non-plus de régler /etc/aliases et de faire un postalias dessus.

--
Shit Happens.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Francois Cerbelle
Salut aurelien

Le Wed, 10 Aug 2011 10:10:02 +0200, Aurelien a écrit :
Est-il possible de faire en sorte de choisir au boot (par exemple) si un
checkdisk sera fait ?




Comme déja dit, tu peux :
- modifier /etc/fstab pour changer les priorités
- modifier les parametres de test avec tune2fs -c 0 -i 0

En plus, tu peux reactiver une option qui a ete désactivée dans la
derniere mouture : ne pas faire de fsck si on n'est pas branché sur le
secteur (utile pour les ordi portables) : le code est commenté dans /etc/
init.d/checkfs.sh et /etc/init.d/checkroot.sh

Sinon, tu peux aussi modifier ces deux fichier pour qu'ils capturent une
éventuelle option (nofsck par exemple) en ligne de commande du boot
(dans /proc/cmdline) et qu'il ne fassent pas le fsck si l'option y
figure. Ensuite, tu t'arranges pour que grub possede deux lignes pour
démarrer : une avec l'option et une autre sans l'option. Ainsi, au boot,
tu as le choix de laisser faire par défaut ou de forcer la non
vérification.


Enfin, tu as une solution clé en main : tu peux créer un fichier à la
racine de ton systeme (soit forcefsck, soit fastboot, le premier force un
fsck, le second empeche le fsck). Ce fichier sera pris en compte au
redémarrage suivant uniquement et sera automatiquement effacé. Mais tu
peux aussi ajouter ces options en ligne de commande du noyau (dans ton
fichier de configuration GRUB) pour disposer d'une ligne de démarrage par
défaut, d'une ligne avec forcefsck qui forcera le fsck et d'une ligne
avec le fastboot pour le désactiver. Comme ca, tu démarres en normal, en
cas de plantage, tu redemarres en fastboot mais tu redemarreras en
forcefsck des que possible apres ton concert.

Je pense avoir répondu a ta question.


A+
--
Francois

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/4e4824bb$0$26858$
Avatar
Aurelien
On Sun, Aug 14, 2011 at 07:40:43PM +0000, Francois Cerbelle wrote :
Salut aurelien

Le Wed, 10 Aug 2011 10:10:02 +0200, Aurelien a écrit :
> Est-il possible de faire en sorte de choisir au boot (par exemple) si un
> checkdisk sera fait ?
>

Comme déja dit, tu peux :
- modifier /etc/fstab pour changer les priorités
- modifier les parametres de test avec tune2fs -c 0 -i 0

En plus, tu peux reactiver une option qui a ete désactivée dans la
derniere mouture : ne pas faire de fsck si on n'est pas branché sur le
secteur (utile pour les ordi portables) : le code est commenté dans /etc/
init.d/checkfs.sh et /etc/init.d/checkroot.sh

Sinon, tu peux aussi modifier ces deux fichier pour qu'ils capturent une
éventuelle option (nofsck par exemple) en ligne de commande du boot
(dans /proc/cmdline) et qu'il ne fassent pas le fsck si l'option y
figure. Ensuite, tu t'arranges pour que grub possede deux lignes pour
démarrer : une avec l'option et une autre sans l'option. Ainsi, au boot,
tu as le choix de laisser faire par défaut ou de forcer la non
vérification.


Enfin, tu as une solution clé en main : tu peux créer un fichier à la
racine de ton systeme (soit forcefsck, soit fastboot, le premier force un
fsck, le second empeche le fsck). Ce fichier sera pris en compte au
redémarrage suivant uniquement et sera automatiquement effacé. Mais tu
peux aussi ajouter ces options en ligne de commande du noyau (dans ton
fichier de configuration GRUB) pour disposer d'une ligne de démarrage par
défaut, d'une ligne avec forcefsck qui forcera le fsck et d'une ligne
avec le fastboot pour le désactiver. Comme ca, tu démarres en normal, en
cas de plantage, tu redemarres en fastboot mais tu redemarreras en
forcefsck des que possible apres ton concert.

Je pense avoir répondu a ta question.



En effet !!! Merci beaucoup.
Je crois que je vais partir pour l'option grub (à laquelle je n'avais
pas pensé bizarrement).




A+
--
Francois

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/4e4824bb$0$26858$




--
Aurélien

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
1 2