<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>reboot &#8211; SMsoft &#8211; informatica e dintorni</title>
	<atom:link href="https://blog.smsoft.it/tag/reboot/feed/" rel="self" type="application/rss+xml" />
	<link>https://blog.smsoft.it</link>
	<description>consigli settimanali su MacOS, GNU/Linux ed Open Source</description>
	<lastBuildDate>Wed, 16 Mar 2022 11:30:59 +0000</lastBuildDate>
	<language>it-IT</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=68385</generator>
	<item>
		<title>Debian: Avviare un kernel differente senza fare il reboot</title>
		<link>https://blog.smsoft.it/2022/04/19/avviare-un-kernel-differente-senza-fare-il-reboot/</link>
					<comments>https://blog.smsoft.it/2022/04/19/avviare-un-kernel-differente-senza-fare-il-reboot/#respond</comments>
		
		<dc:creator><![CDATA[admin]]></dc:creator>
		<pubDate>Tue, 19 Apr 2022 08:30:00 +0000</pubDate>
				<category><![CDATA[Debian]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[kernel]]></category>
		<category><![CDATA[kexec]]></category>
		<category><![CDATA[reboot]]></category>
		<guid isPermaLink="false">https://blog.smsoft.it/?p=5428</guid>

					<description><![CDATA[Il riavvio di un server può richiedere anche uno o più minuti, per chi ha bisogno di caricare rapidamente un nuovo kernel, è possibile usare Kexec, una chiamata di sistema che consente di caricare e avviare in un altro kernel dal kernel attualmente in esecuzione. In questo modo si può riavviare molto rapidamente senza attendere ... <a title="Debian: Avviare un kernel differente senza fare il reboot" class="read-more" href="https://blog.smsoft.it/2022/04/19/avviare-un-kernel-differente-senza-fare-il-reboot/" aria-label="Per saperne di più su Debian: Avviare un kernel differente senza fare il reboot">Leggi tutto</a>]]></description>
										<content:encoded><![CDATA[
<p class="wp-block-paragraph">Il  riavvio di un server può richiedere anche uno o più minuti, per chi ha bisogno di caricare rapidamente un nuovo kernel, è possibile usare <a href="https://en.wikipedia.org/wiki/Kexec" target="_blank" rel="noreferrer noopener">Kexec</a>, una chiamata di sistema che consente di caricare e avviare in un altro kernel dal kernel attualmente in esecuzione. In questo modo si può riavviare molto rapidamente senza attendere il completamento dell&#8217;intero processo di avvio del BIOS. </p>



<p class="wp-block-paragraph">Innanzitutto installiamo il pacchetto:</p>



<pre class="wp-block-preformatted">apt install kexec-tools</pre>



<p class="wp-block-paragraph">e confermare, nella finestra mostrata durante l&#8217;installazione, di voler gestire il riavvio tramite kexec-tools e quindi caricare il kernel con kexec piuttosto che fare il classico processo di Boot.</p>



<p class="wp-block-paragraph">Per eventualmente modificare la scelta fatta:</p>



<pre class="wp-block-preformatted">dpkg-reconfigure kexec-tools</pre>



<p class="wp-block-paragraph">A questo punto possiamo scegliere la versione del kernel da avviare, guardando nella cartella /boot quelli presenti, ad esempio:</p>



<pre class="wp-block-preformatted">:~# ls /boot/
config-5.10.0-10-amd64 initrd.img-5.10.0-10-amd64 System.map-5.10.0-12-amd64 vmlinuz-5.10.0-8-amd64
config-5.10.0-12-amd64 initrd.img-5.10.0-12-amd64 System.map-5.10.0-8-amd64
config-5.10.0-8-amd64 initrd.img-5.10.0-8-amd64 vmlinuz-5.10.0-10-amd64
grub System.map-5.10.0-10-amd64 vmlinuz-5.10.0-12-amd64</pre>



<p class="wp-block-paragraph">Proviamo a caricare la versione <strong>5.10.0-12</strong>:</p>



<pre class="wp-block-preformatted">kexec -l /boot/vmlinuz-5.10.0-12-amd64 --initrd=/boot/initrd.img-5.10.0-12-amd64 --reuse-cmdline
systemctl kexec</pre>



<p class="wp-block-paragraph">Questo chiuderà la connessione al terminale che tornerà disponibile dopo alcuni secondi.</p>



<p class="wp-block-paragraph">Attenzione: In effetti il sistema verrà riavviato, significa che se ci sono processi in piedi, verranno chiusi come se stessi facendo un classico reboot, l&#8217;unica differenza è che il riavvio, in questo caso, sarà molto veloce.</p>



<p class="wp-block-paragraph"></p>



<p class="wp-block-paragraph">enjoy!</p>
]]></content:encoded>
					
					<wfw:commentRss>https://blog.smsoft.it/2022/04/19/avviare-un-kernel-differente-senza-fare-il-reboot/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Debian Jessie: La connessione ssh resta appesa al reboot</title>
		<link>https://blog.smsoft.it/2015/12/22/debian-jessie-la-connessione-ssh-resta-appesa-al-reboot/</link>
					<comments>https://blog.smsoft.it/2015/12/22/debian-jessie-la-connessione-ssh-resta-appesa-al-reboot/#respond</comments>
		
		<dc:creator><![CDATA[admin]]></dc:creator>
		<pubDate>Tue, 22 Dec 2015 09:30:42 +0000</pubDate>
				<category><![CDATA[Debian]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[hangs]]></category>
		<category><![CDATA[reboot]]></category>
		<category><![CDATA[ssh]]></category>
		<guid isPermaLink="false">http://blog.smsoft.it/?p=3276</guid>

					<description><![CDATA[Se vi è capitato di fare un reboot della vostra Debian Jessie da connessione ssh, avrete notato che, a differenza delle precedenti versioni Debian, la connessione resta &#8220;appesa&#8221; per diversi secondi. L&#8217;anomalia è legata a come systems gestisce le sessioni utente e la gerarchia dei control group. Per evitare che questo accada, è sufficiente aggiungere ... <a title="Debian Jessie: La connessione ssh resta appesa al reboot" class="read-more" href="https://blog.smsoft.it/2015/12/22/debian-jessie-la-connessione-ssh-resta-appesa-al-reboot/" aria-label="Per saperne di più su Debian Jessie: La connessione ssh resta appesa al reboot">Leggi tutto</a>]]></description>
										<content:encoded><![CDATA[<p>Se vi è capitato di fare un reboot della vostra Debian Jessie da connessione ssh, avrete notato che, a differenza delle precedenti versioni Debian, la connessione resta &#8220;appesa&#8221; per diversi secondi.</p>
<p>L&#8217;anomalia è legata a come systems gestisce le sessioni utente e la gerarchia dei control group.</p>
<p>Per evitare che questo accada, è sufficiente aggiungere il seguente pacchetto:<br />
           
            <div class="onp-locker-call" style="display: none;" data-lock-id="onpLock830042">
                <p></p><pre class="urvanov-syntax-highlighter-plain-tag">apt-get install libpam-systemd</pre><p></p>
            </div>
         

         </p>
<p>e riavviare una volta affinché la libreria venga caricata al riavvio.</p>
<p>enjoy!</p>
]]></content:encoded>
					
					<wfw:commentRss>https://blog.smsoft.it/2015/12/22/debian-jessie-la-connessione-ssh-resta-appesa-al-reboot/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Linux: Forzare il reboot quando il server rifiuta ogni comando</title>
		<link>https://blog.smsoft.it/2014/09/23/linux-forzare-il-reboot-quando-il-server-rifiuta-ogni-comando/</link>
					<comments>https://blog.smsoft.it/2014/09/23/linux-forzare-il-reboot-quando-il-server-rifiuta-ogni-comando/#respond</comments>
		
		<dc:creator><![CDATA[admin]]></dc:creator>
		<pubDate>Tue, 23 Sep 2014 09:30:52 +0000</pubDate>
				<category><![CDATA[Debian]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[bus error]]></category>
		<category><![CDATA[reboot]]></category>
		<category><![CDATA[sysrq]]></category>
		<guid isPermaLink="false">http://blog.smsoft.it/?p=2903</guid>

					<description><![CDATA[Mi è capitato di dover riavviare un server che non voleva saperne di accettare comandi. Ad ogni tentativo di: [crayon-6a759326becb8987799441/] il server continuava a lavorare, con processi appesi che non riusciva a chiudere, ma quanto segue può essere utile anche se il server risponde con un laconico: [crayon-6a759326becc8296079538/] Purtroppo non c&#8217;era molto da fare, se ... <a title="Linux: Forzare il reboot quando il server rifiuta ogni comando" class="read-more" href="https://blog.smsoft.it/2014/09/23/linux-forzare-il-reboot-quando-il-server-rifiuta-ogni-comando/" aria-label="Per saperne di più su Linux: Forzare il reboot quando il server rifiuta ogni comando">Leggi tutto</a>]]></description>
										<content:encoded><![CDATA[<p>Mi è capitato di dover riavviare un server che non voleva saperne di accettare comandi. Ad ogni tentativo di:</p><pre class="urvanov-syntax-highlighter-plain-tag">reboot</pre><p>il server continuava a lavorare, con processi appesi che non riusciva a chiudere, ma quanto segue può essere utile anche se il server risponde con un laconico:</p><pre class="urvanov-syntax-highlighter-plain-tag">Bus error</pre><p></p>
<p>Purtroppo non c&#8217;era molto da fare, se non forzare il reboot. Per farlo si possono digitare i seguenti comandi:</p><pre class="urvanov-syntax-highlighter-plain-tag">echo 1 > /proc/sys/kernel/sysrq  
echo b > /proc/sysrq-trigger</pre><p></p>
<p>Questi sono chiamati <a href="http://en.wikipedia.org/wiki/Magic_SysRq_key" target="_blank" rel="noopener noreferrer">magic commands</a>, ed emulano alcune funzioni della tastiera, quando si tiene premuto il tasto Alt-SysRq insieme ad un altro. Inserendo 1 in /proc/sys/kernel/sysrq si istruisce il kernel ad accettare richieste SysRq ed il secondo comando equivale a premere Alt-SysRq-b su una tastiera QWERTY.</p>
<p>Come indicato nel link precedente, per spegnere, piuttosto che riavviare, si può usare:</p><pre class="urvanov-syntax-highlighter-plain-tag">echo 1 > /proc/sys/kernel/sysrq  
echo o > /proc/sysrq-trigger</pre><p></p>
<p>Infine, se si vuole mantenere SysRq sempre attivo, basta inserire la seguente riga nel file <strong>/etc/sysctl.conf</strong>:</p><pre class="urvanov-syntax-highlighter-plain-tag">kernel.sysrq = 1</pre><p></p>
<p>enjoy!</p>
]]></content:encoded>
					
					<wfw:commentRss>https://blog.smsoft.it/2014/09/23/linux-forzare-il-reboot-quando-il-server-rifiuta-ogni-comando/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
