jekyll build from Action 7ec5ac3b8c

2022/03/03/never-get-trapped-in-grub-rescue-again.html

@@ -333,13 +333,13 @@
 
 <p>As always, I booted into a live environment and run <code class="language-plaintext highlighter-rouge">boot-repair</code> command. It was always working but this time… Even after finishing the operation successfully I could not boot into neither Arch nor Ubuntu (the two systems I had previously).</p>
 
-<p>Arch was originally mounted in <code class="language-plaintext highlighter-rouge">sdb3</code> and Ubuntu was <code class="language-plaintext highlighter-rouge">sda2</code>. Considering the fact that I only messed with <code class="language-plaintext highlighter-rouge">sdb</code>, I should be able to boot Ubuntu, right? Well, yeah. Technically I did boot into Ubuntu but I didn’t see login screen. It was dropping me into something called “Emergency mode” which just makes me panic! <code class="language-plaintext highlighter-rouge">sudo update-grub</code>… Nope. Same thing. Arch does not boot and Ubuntu partially boots.</p>
+<p>Arch was originally mounted in <code class="language-plaintext highlighter-rouge">sdb3</code> and Ubuntu was in <code class="language-plaintext highlighter-rouge">sda2</code>. Considering the fact that I only messed with <code class="language-plaintext highlighter-rouge">sdb</code>, I should be able to boot Ubuntu, right? Well, yeah. Technically I did boot into Ubuntu but I didn’t see the login screen. It was dropping me into something called <em>“Emergency mode”</em> which just makes me panic! <code class="language-plaintext highlighter-rouge">sudo update-grub</code>… Nope. Nothing changes. Arch does not boot and Ubuntu partially boots.</p>
 
 <p>Let me tell you what the problem was and how my ignorance made it worse:</p>
 
 <ul>
   <li>
-    <p>While installing the new system, I saw a partition <strong>labelled</strong> “Microsoft Basic Data”. I deleted it thinking it is not required because I don’t use W*ndows. It turns out, it was my <em>boot</em> partition for Arch, just labelled incorrectly… Big lolz :D But we will see this is not even important because I had to rewrite my boot partition anyway.</p>
+    <p>While installing the new system, I saw a partition <strong>labelled</strong> <em>“Microsoft Basic Data”</em>. I deleted it thinking it is not required because I don’t use W*ndows. It turns out, it was my <em>boot</em> partition for Arch, just labelled incorrectly… Big lolz :D But we will see this is not even important because I had to rewrite my boot partition anyway.</p>
   </li>
   <li>My Arch was installed in <code class="language-plaintext highlighter-rouge">sdb3</code>. When I created a new partition and installed the new system, <code class="language-plaintext highlighter-rouge">sdb3</code> was shifted to <code class="language-plaintext highlighter-rouge">sdb5</code> even though I did not ask for it. But the grub configuration to boot my system was still pointing to <code class="language-plaintext highlighter-rouge">sdb3</code>. That was the reason why Arch does not boot. It was trying to boot from <code class="language-plaintext highlighter-rouge">sdb3</code>. So I had to recreate grub configuration and reinstall grub to fix it. I run the following commands that I found <a href="https://www.jeremymorgan.com/tutorials/linux/how-to-reinstall-boot-loader-arch-linux/">here</a> in a live Arch environment:
     <div class="language-bash highlighter-rouge"><div class="highlight"><pre class="highlight"><code><span class="nb">mkdir</span> /mnt/arch
@@ -368,7 +368,7 @@ grub-install <span class="nt">--efi-directory</span><span class="o">=</span>/boo
     <p>These are the pictures I took for reference while trying to figure out which boot options are useless. Sorry for the bad quality. I didn’t think I would use them in a blog post.</p>
 
     <ul>
-      <li>While trying to fix the previous problems, I’ve spent enough time in the <code class="language-plaintext highlighter-rouge">/boot/efi</code> directory that make me understand where these grub entries are coming from. There were a lot of files belong to old systems. I simply deleted them and updated grub. All of the bad entries were gone. I want to draw your attention here: <em>I did not search for how to delete the unused grub entries. I just knew deleting their directories from <code class="language-plaintext highlighter-rouge">/boot/efi</code> will do. I am doing this sh*t! (Another hackerman moment :D )</em></li>
+      <li>While trying to fix the previous problems, I’ve spent enough time in the <code class="language-plaintext highlighter-rouge">/boot/efi</code> directory that make me understand where these grub entries are coming from. There were a lot of files belong to old systems. I simply deleted them and updated grub. All of the bad entries were gone. I want to draw your attention here: <em>I did not search for how to delete the unused grub entries. I just knew deleting their directories from <code class="language-plaintext highlighter-rouge">/boot/efi</code> will do the job. I am doing this sh*t! (Another hackerman moment :D )</em></li>
       <li>In order to delete useless boot options from UEFI menu, I used <code class="language-plaintext highlighter-rouge">efibootmgr</code>. I searched for it on the internet, of course!
         <div class="language-bash highlighter-rouge"><div class="highlight"><pre class="highlight"><code>efibootmgr <span class="nt">-v</span> <span class="c"># Check which entries you want to delete, say it is 0003.</span>
 <span class="nb">sudo </span>efibootmgr <span class="nt">-b</span> 0003 <span class="nt">-B</span> <span class="c"># This will delete third boot option. </span>

feed.xml

@@ -1,4 +1,4 @@
-<?xml version="1.0" encoding="utf-8"?><feed xmlns="http://www.w3.org/2005/Atom" ><generator uri="https://jekyllrb.com/" version="4.2.1">Jekyll</generator><link href="https://sahinakkaya.dev/feed.xml" rel="self" type="application/atom+xml" /><link href="https://sahinakkaya.dev/" rel="alternate" type="text/html" /><updated>2022-03-03T17:02:35+00:00</updated><id>https://sahinakkaya.dev/feed.xml</id><title type="html">Şahin Akkaya’s Personal Page</title><subtitle>Şahin Akkaya's personal blog - a perfectionist who likes to tinker everything until it is just right. Get ready to find some sweet tips that will boost your productivity and make you fall in love with your computer.</subtitle><author><name>Şahin Akkaya</name></author><entry><title type="html">Never Get Trapped in Grub Rescue Again!</title><link href="https://sahinakkaya.dev/2022/03/03/never-get-trapped-in-grub-rescue-again.html" rel="alternate" type="text/html" title="Never Get Trapped in Grub Rescue Again!" /><published>2022-03-03T00:46:00+00:00</published><updated>2022-03-03T00:46:00+00:00</updated><id>https://sahinakkaya.dev/2022/03/03/never-get-trapped-in-grub-rescue-again</id><content type="html" xml:base="https://sahinakkaya.dev/2022/03/03/never-get-trapped-in-grub-rescue-again.html">&lt;p&gt;Anytime I install a new system on my machine, I pray God for nothing bad happens. But it usually happens. When I reboot, I find myself in the “Grub rescue” menu and I don’t know how to fix things from that point.&lt;/p&gt;
+<?xml version="1.0" encoding="utf-8"?><feed xmlns="http://www.w3.org/2005/Atom" ><generator uri="https://jekyllrb.com/" version="4.2.1">Jekyll</generator><link href="https://sahinakkaya.dev/feed.xml" rel="self" type="application/atom+xml" /><link href="https://sahinakkaya.dev/" rel="alternate" type="text/html" /><updated>2022-03-03T17:11:17+00:00</updated><id>https://sahinakkaya.dev/feed.xml</id><title type="html">Şahin Akkaya’s Personal Page</title><subtitle>Şahin Akkaya's personal blog - a perfectionist who likes to tinker everything until it is just right. Get ready to find some sweet tips that will boost your productivity and make you fall in love with your computer.</subtitle><author><name>Şahin Akkaya</name></author><entry><title type="html">Never Get Trapped in Grub Rescue Again!</title><link href="https://sahinakkaya.dev/2022/03/03/never-get-trapped-in-grub-rescue-again.html" rel="alternate" type="text/html" title="Never Get Trapped in Grub Rescue Again!" /><published>2022-03-03T00:46:00+00:00</published><updated>2022-03-03T00:46:00+00:00</updated><id>https://sahinakkaya.dev/2022/03/03/never-get-trapped-in-grub-rescue-again</id><content type="html" xml:base="https://sahinakkaya.dev/2022/03/03/never-get-trapped-in-grub-rescue-again.html">&lt;p&gt;Anytime I install a new system on my machine, I pray God for nothing bad happens. But it usually happens. When I reboot, I find myself in the “Grub rescue” menu and I don’t know how to fix things from that point.&lt;/p&gt;
 
 &lt;p&gt;I go into the live environment and run some random commands that I found on the internet and hope for the best.&lt;/p&gt;
 
@@ -17,13 +17,13 @@
 
 &lt;p&gt;As always, I booted into a live environment and run &lt;code class=&quot;language-plaintext highlighter-rouge&quot;&gt;boot-repair&lt;/code&gt; command. It was always working but this time… Even after finishing the operation successfully I could not boot into neither Arch nor Ubuntu (the two systems I had previously).&lt;/p&gt;
 
-&lt;p&gt;Arch was originally mounted in &lt;code class=&quot;language-plaintext highlighter-rouge&quot;&gt;sdb3&lt;/code&gt; and Ubuntu was &lt;code class=&quot;language-plaintext highlighter-rouge&quot;&gt;sda2&lt;/code&gt;. Considering the fact that I only messed with &lt;code class=&quot;language-plaintext highlighter-rouge&quot;&gt;sdb&lt;/code&gt;, I should be able to boot Ubuntu, right? Well, yeah. Technically I did boot into Ubuntu but I didn’t see login screen. It was dropping me into something called “Emergency mode” which just makes me panic! &lt;code class=&quot;language-plaintext highlighter-rouge&quot;&gt;sudo update-grub&lt;/code&gt;… Nope. Same thing. Arch does not boot and Ubuntu partially boots.&lt;/p&gt;
+&lt;p&gt;Arch was originally mounted in &lt;code class=&quot;language-plaintext highlighter-rouge&quot;&gt;sdb3&lt;/code&gt; and Ubuntu was in &lt;code class=&quot;language-plaintext highlighter-rouge&quot;&gt;sda2&lt;/code&gt;. Considering the fact that I only messed with &lt;code class=&quot;language-plaintext highlighter-rouge&quot;&gt;sdb&lt;/code&gt;, I should be able to boot Ubuntu, right? Well, yeah. Technically I did boot into Ubuntu but I didn’t see the login screen. It was dropping me into something called &lt;em&gt;“Emergency mode”&lt;/em&gt; which just makes me panic! &lt;code class=&quot;language-plaintext highlighter-rouge&quot;&gt;sudo update-grub&lt;/code&gt;… Nope. Nothing changes. Arch does not boot and Ubuntu partially boots.&lt;/p&gt;
 
 &lt;p&gt;Let me tell you what the problem was and how my ignorance made it worse:&lt;/p&gt;
 
 &lt;ul&gt;
   &lt;li&gt;
-    &lt;p&gt;While installing the new system, I saw a partition &lt;strong&gt;labelled&lt;/strong&gt; “Microsoft Basic Data”. I deleted it thinking it is not required because I don’t use W*ndows. It turns out, it was my &lt;em&gt;boot&lt;/em&gt; partition for Arch, just labelled incorrectly… Big lolz :D But we will see this is not even important because I had to rewrite my boot partition anyway.&lt;/p&gt;
+    &lt;p&gt;While installing the new system, I saw a partition &lt;strong&gt;labelled&lt;/strong&gt; &lt;em&gt;“Microsoft Basic Data”&lt;/em&gt;. I deleted it thinking it is not required because I don’t use W*ndows. It turns out, it was my &lt;em&gt;boot&lt;/em&gt; partition for Arch, just labelled incorrectly… Big lolz :D But we will see this is not even important because I had to rewrite my boot partition anyway.&lt;/p&gt;
   &lt;/li&gt;
   &lt;li&gt;My Arch was installed in &lt;code class=&quot;language-plaintext highlighter-rouge&quot;&gt;sdb3&lt;/code&gt;. When I created a new partition and installed the new system, &lt;code class=&quot;language-plaintext highlighter-rouge&quot;&gt;sdb3&lt;/code&gt; was shifted to &lt;code class=&quot;language-plaintext highlighter-rouge&quot;&gt;sdb5&lt;/code&gt; even though I did not ask for it. But the grub configuration to boot my system was still pointing to &lt;code class=&quot;language-plaintext highlighter-rouge&quot;&gt;sdb3&lt;/code&gt;. That was the reason why Arch does not boot. It was trying to boot from &lt;code class=&quot;language-plaintext highlighter-rouge&quot;&gt;sdb3&lt;/code&gt;. So I had to recreate grub configuration and reinstall grub to fix it. I run the following commands that I found &lt;a href=&quot;https://www.jeremymorgan.com/tutorials/linux/how-to-reinstall-boot-loader-arch-linux/&quot;&gt;here&lt;/a&gt; in a live Arch environment:
     &lt;div class=&quot;language-bash highlighter-rouge&quot;&gt;&lt;div class=&quot;highlight&quot;&gt;&lt;pre class=&quot;highlight&quot;&gt;&lt;code&gt;&lt;span class=&quot;nb&quot;&gt;mkdir&lt;/span&gt; /mnt/arch
@@ -52,7 +52,7 @@ grub-install &lt;span class=&quot;nt&quot;&gt;--efi-directory&lt;/span&gt;&lt;sp
     &lt;p&gt;These are the pictures I took for reference while trying to figure out which boot options are useless. Sorry for the bad quality. I didn’t think I would use them in a blog post.&lt;/p&gt;
 
     &lt;ul&gt;
-      &lt;li&gt;While trying to fix the previous problems, I’ve spent enough time in the &lt;code class=&quot;language-plaintext highlighter-rouge&quot;&gt;/boot/efi&lt;/code&gt; directory that make me understand where these grub entries are coming from. There were a lot of files belong to old systems. I simply deleted them and updated grub. All of the bad entries were gone. I want to draw your attention here: &lt;em&gt;I did not search for how to delete the unused grub entries. I just knew deleting their directories from &lt;code class=&quot;language-plaintext highlighter-rouge&quot;&gt;/boot/efi&lt;/code&gt; will do. I am doing this sh*t! (Another hackerman moment :D )&lt;/em&gt;&lt;/li&gt;
+      &lt;li&gt;While trying to fix the previous problems, I’ve spent enough time in the &lt;code class=&quot;language-plaintext highlighter-rouge&quot;&gt;/boot/efi&lt;/code&gt; directory that make me understand where these grub entries are coming from. There were a lot of files belong to old systems. I simply deleted them and updated grub. All of the bad entries were gone. I want to draw your attention here: &lt;em&gt;I did not search for how to delete the unused grub entries. I just knew deleting their directories from &lt;code class=&quot;language-plaintext highlighter-rouge&quot;&gt;/boot/efi&lt;/code&gt; will do the job. I am doing this sh*t! (Another hackerman moment :D )&lt;/em&gt;&lt;/li&gt;
       &lt;li&gt;In order to delete useless boot options from UEFI menu, I used &lt;code class=&quot;language-plaintext highlighter-rouge&quot;&gt;efibootmgr&lt;/code&gt;. I searched for it on the internet, of course!
         &lt;div class=&quot;language-bash highlighter-rouge&quot;&gt;&lt;div class=&quot;highlight&quot;&gt;&lt;pre class=&quot;highlight&quot;&gt;&lt;code&gt;efibootmgr &lt;span class=&quot;nt&quot;&gt;-v&lt;/span&gt; &lt;span class=&quot;c&quot;&gt;# Check which entries you want to delete, say it is 0003.&lt;/span&gt;
 &lt;span class=&quot;nb&quot;&gt;sudo &lt;/span&gt;efibootmgr &lt;span class=&quot;nt&quot;&gt;-b&lt;/span&gt; 0003 &lt;span class=&quot;nt&quot;&gt;-B&lt;/span&gt; &lt;span class=&quot;c&quot;&gt;# This will delete third boot option. &lt;/span&gt;

sitemap.xml

@@ -39,6 +39,6 @@
 </url>
 <url>
 <loc>https://sahinakkaya.dev/assets/docs/resume.pdf</loc>
-<lastmod>2022-03-03T17:02:29+00:00</lastmod>
+<lastmod>2022-03-03T17:11:11+00:00</lastmod>
 </url>
 </urlset>