Debian tty failed autologinSetting up tty autologin on FreeBSDWhat parts of the filesystem to...

Comment traduire « That screams X »

My colleague is constantly blaming me for his errors

Losing queen and then winning the game

Is it possible to have a character with proficiency in all martial weapons without proficiency in Medium armor?

How could an armless race establish civilization?

Security Patch SUPEE-11155 - Possible issues?

Why did NASA wet the road in front of the Space Shuttle crawler?

How to properly say asset/assets in German

Why wasn't ASCII designed with a contiguous alphanumeric character order?

Why is Japan trying to have a better relationship with Iran?

If two black hole event horizons overlap (touch) can they ever separate again?

Put my student loan in parents’ second mortgage - help?

Is it okay to fade a human face just to create some space to place important content over it?

Grant dbcreator only for databases matching prefix

Preferred word for "preferred", "target", "chosen" in end user support documentation

Do home values typically rise and fall at a consistent percent?

for xml path('') output

13th chords on guitar

How do we separate rules of logic from non-logical constraints?

Who voices the character "Finger" in The Fifth Element?

Can I travel from Germany to England alone as an unaccompanied minor?

Why do I need two parameters in an HTTP parameter pollution attack?

I hit a pipe with a mower and now it won't turn

Copy group of files (Filename*) to backup (Filename*.bak)



Debian tty failed autologin


Setting up tty autologin on FreeBSDWhat parts of the filesystem to tmpfs/squashfs/sparseimage for USB live systemMount /etc from disc into squashfsCompression Level MksquashfsDebian live-build mounting /homeMounting squashfs image with read-write overlay for rootfsLive-Build doesn't make isoUsing squashfs on top of ubi as root file systemHow to kill/terminate running e4defrag without damaging my data?A more permanent change to readonly squashfs mounted /etc






.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ margin-bottom:0;
}







0















I'm experimenting reducing a Debian 9.9 xfce live ISO (just to start with a Debian image, not because it's special).




  1. Unsquash the filesystem.squash from the live image


  2. Enter chroot on the created directory.


  3. Uninstall/install packages.


  4. Squash the directory.


  5. Add the new filesystem.squash to a custom directory (with the live image's initrd and vmlinuz)


  6. Geniso the custom directory.



The new image boots (VirtualBox), but when it reaches the tty1, what seems a loop (very fast, so it's difficult to read) prompts something similar to "fail autologin" and then stop to a blank cursor. From there I can access only to tty6, but can't login with any user.





Details



Step 3: To reduce the image, I make an install of Debian netisnt without desktop environment, copy the packages installed to txt file. In my chroot enviroment, I uninstall all packages exept the ones on the txt.



Step 4: When I squash the chroot directory this appears (maybe here's the issue) but...



Failed to read file squashfs-root/etc/.pwd.lock, creating empty file
[| ] 81/5804 1%
Failed to read file squashfs-root/etc/group-, creating empty file
[=| ] 122/5804 2%
Failed to read file squashfs-root/etc/gshadow, creating empty file
[=/ ] 131/5804 2%
Failed to read file squashfs-root/etc/gshadow-, creating empty file
[=/ ] 131/5804 2%
Failed to read file squashfs-root/etc/passwd-, creating empty file
[=/ ] 178/5804 3%
Failed to read file squashfs-root/etc/security/opasswd, creating empty file
[==/ ] 191/5804 3%
Failed to read file squashfs-root/etc/shadow, creating empty file
[==/ ] 195/5804 3%
Failed to read file squashfs-root/etc/shadow-, creating empty file
[==/ ] 195/5804 3%
Failed to read file squashfs-root/etc/subgid-, creating empty file
[==/ ] 201/5804 3%
Failed to read file squashfs-root/etc/subuid-, creating empty file
[==/ ] 202/5804 3%
Failed to read file squashfs-root/etc/sudoers, creating empty file


...when I check the files, say shadow, it looks normal, not an empty file.



Step 5: I use the live image's vmlinuz and initrd, not the chroot's, because, I think obviously, the custom ISO freezes in kernel panic. The kernel is the same both live image's and netinst installation.





I'm aware that all this changes can lead surely to a broken system, but reaching the tty (well, kinda) gives me hope that it's doable. For this reason, I don't expect that a reasonable solution can be given, but I'm running out of ideas.



To resume: is possible to stop the autologin (of any user) once the system reaches the tty1? Is there another reason why this couldn't work?



thanks










share|improve this question































    0















    I'm experimenting reducing a Debian 9.9 xfce live ISO (just to start with a Debian image, not because it's special).




    1. Unsquash the filesystem.squash from the live image


    2. Enter chroot on the created directory.


    3. Uninstall/install packages.


    4. Squash the directory.


    5. Add the new filesystem.squash to a custom directory (with the live image's initrd and vmlinuz)


    6. Geniso the custom directory.



    The new image boots (VirtualBox), but when it reaches the tty1, what seems a loop (very fast, so it's difficult to read) prompts something similar to "fail autologin" and then stop to a blank cursor. From there I can access only to tty6, but can't login with any user.





    Details



    Step 3: To reduce the image, I make an install of Debian netisnt without desktop environment, copy the packages installed to txt file. In my chroot enviroment, I uninstall all packages exept the ones on the txt.



    Step 4: When I squash the chroot directory this appears (maybe here's the issue) but...



    Failed to read file squashfs-root/etc/.pwd.lock, creating empty file
    [| ] 81/5804 1%
    Failed to read file squashfs-root/etc/group-, creating empty file
    [=| ] 122/5804 2%
    Failed to read file squashfs-root/etc/gshadow, creating empty file
    [=/ ] 131/5804 2%
    Failed to read file squashfs-root/etc/gshadow-, creating empty file
    [=/ ] 131/5804 2%
    Failed to read file squashfs-root/etc/passwd-, creating empty file
    [=/ ] 178/5804 3%
    Failed to read file squashfs-root/etc/security/opasswd, creating empty file
    [==/ ] 191/5804 3%
    Failed to read file squashfs-root/etc/shadow, creating empty file
    [==/ ] 195/5804 3%
    Failed to read file squashfs-root/etc/shadow-, creating empty file
    [==/ ] 195/5804 3%
    Failed to read file squashfs-root/etc/subgid-, creating empty file
    [==/ ] 201/5804 3%
    Failed to read file squashfs-root/etc/subuid-, creating empty file
    [==/ ] 202/5804 3%
    Failed to read file squashfs-root/etc/sudoers, creating empty file


    ...when I check the files, say shadow, it looks normal, not an empty file.



    Step 5: I use the live image's vmlinuz and initrd, not the chroot's, because, I think obviously, the custom ISO freezes in kernel panic. The kernel is the same both live image's and netinst installation.





    I'm aware that all this changes can lead surely to a broken system, but reaching the tty (well, kinda) gives me hope that it's doable. For this reason, I don't expect that a reasonable solution can be given, but I'm running out of ideas.



    To resume: is possible to stop the autologin (of any user) once the system reaches the tty1? Is there another reason why this couldn't work?



    thanks










    share|improve this question



























      0












      0








      0








      I'm experimenting reducing a Debian 9.9 xfce live ISO (just to start with a Debian image, not because it's special).




      1. Unsquash the filesystem.squash from the live image


      2. Enter chroot on the created directory.


      3. Uninstall/install packages.


      4. Squash the directory.


      5. Add the new filesystem.squash to a custom directory (with the live image's initrd and vmlinuz)


      6. Geniso the custom directory.



      The new image boots (VirtualBox), but when it reaches the tty1, what seems a loop (very fast, so it's difficult to read) prompts something similar to "fail autologin" and then stop to a blank cursor. From there I can access only to tty6, but can't login with any user.





      Details



      Step 3: To reduce the image, I make an install of Debian netisnt without desktop environment, copy the packages installed to txt file. In my chroot enviroment, I uninstall all packages exept the ones on the txt.



      Step 4: When I squash the chroot directory this appears (maybe here's the issue) but...



      Failed to read file squashfs-root/etc/.pwd.lock, creating empty file
      [| ] 81/5804 1%
      Failed to read file squashfs-root/etc/group-, creating empty file
      [=| ] 122/5804 2%
      Failed to read file squashfs-root/etc/gshadow, creating empty file
      [=/ ] 131/5804 2%
      Failed to read file squashfs-root/etc/gshadow-, creating empty file
      [=/ ] 131/5804 2%
      Failed to read file squashfs-root/etc/passwd-, creating empty file
      [=/ ] 178/5804 3%
      Failed to read file squashfs-root/etc/security/opasswd, creating empty file
      [==/ ] 191/5804 3%
      Failed to read file squashfs-root/etc/shadow, creating empty file
      [==/ ] 195/5804 3%
      Failed to read file squashfs-root/etc/shadow-, creating empty file
      [==/ ] 195/5804 3%
      Failed to read file squashfs-root/etc/subgid-, creating empty file
      [==/ ] 201/5804 3%
      Failed to read file squashfs-root/etc/subuid-, creating empty file
      [==/ ] 202/5804 3%
      Failed to read file squashfs-root/etc/sudoers, creating empty file


      ...when I check the files, say shadow, it looks normal, not an empty file.



      Step 5: I use the live image's vmlinuz and initrd, not the chroot's, because, I think obviously, the custom ISO freezes in kernel panic. The kernel is the same both live image's and netinst installation.





      I'm aware that all this changes can lead surely to a broken system, but reaching the tty (well, kinda) gives me hope that it's doable. For this reason, I don't expect that a reasonable solution can be given, but I'm running out of ideas.



      To resume: is possible to stop the autologin (of any user) once the system reaches the tty1? Is there another reason why this couldn't work?



      thanks










      share|improve this question
















      I'm experimenting reducing a Debian 9.9 xfce live ISO (just to start with a Debian image, not because it's special).




      1. Unsquash the filesystem.squash from the live image


      2. Enter chroot on the created directory.


      3. Uninstall/install packages.


      4. Squash the directory.


      5. Add the new filesystem.squash to a custom directory (with the live image's initrd and vmlinuz)


      6. Geniso the custom directory.



      The new image boots (VirtualBox), but when it reaches the tty1, what seems a loop (very fast, so it's difficult to read) prompts something similar to "fail autologin" and then stop to a blank cursor. From there I can access only to tty6, but can't login with any user.





      Details



      Step 3: To reduce the image, I make an install of Debian netisnt without desktop environment, copy the packages installed to txt file. In my chroot enviroment, I uninstall all packages exept the ones on the txt.



      Step 4: When I squash the chroot directory this appears (maybe here's the issue) but...



      Failed to read file squashfs-root/etc/.pwd.lock, creating empty file
      [| ] 81/5804 1%
      Failed to read file squashfs-root/etc/group-, creating empty file
      [=| ] 122/5804 2%
      Failed to read file squashfs-root/etc/gshadow, creating empty file
      [=/ ] 131/5804 2%
      Failed to read file squashfs-root/etc/gshadow-, creating empty file
      [=/ ] 131/5804 2%
      Failed to read file squashfs-root/etc/passwd-, creating empty file
      [=/ ] 178/5804 3%
      Failed to read file squashfs-root/etc/security/opasswd, creating empty file
      [==/ ] 191/5804 3%
      Failed to read file squashfs-root/etc/shadow, creating empty file
      [==/ ] 195/5804 3%
      Failed to read file squashfs-root/etc/shadow-, creating empty file
      [==/ ] 195/5804 3%
      Failed to read file squashfs-root/etc/subgid-, creating empty file
      [==/ ] 201/5804 3%
      Failed to read file squashfs-root/etc/subuid-, creating empty file
      [==/ ] 202/5804 3%
      Failed to read file squashfs-root/etc/sudoers, creating empty file


      ...when I check the files, say shadow, it looks normal, not an empty file.



      Step 5: I use the live image's vmlinuz and initrd, not the chroot's, because, I think obviously, the custom ISO freezes in kernel panic. The kernel is the same both live image's and netinst installation.





      I'm aware that all this changes can lead surely to a broken system, but reaching the tty (well, kinda) gives me hope that it's doable. For this reason, I don't expect that a reasonable solution can be given, but I'm running out of ideas.



      To resume: is possible to stop the autologin (of any user) once the system reaches the tty1? Is there another reason why this couldn't work?



      thanks







      debian tty squashfs






      share|improve this question















      share|improve this question













      share|improve this question




      share|improve this question








      edited 1 hour ago







      guillermo chamorro

















      asked 1 hour ago









      guillermo chamorroguillermo chamorro

      19310 bronze badges




      19310 bronze badges






















          0






          active

          oldest

          votes














          Your Answer








          StackExchange.ready(function() {
          var channelOptions = {
          tags: "".split(" "),
          id: "106"
          };
          initTagRenderer("".split(" "), "".split(" "), channelOptions);

          StackExchange.using("externalEditor", function() {
          // Have to fire editor after snippets, if snippets enabled
          if (StackExchange.settings.snippets.snippetsEnabled) {
          StackExchange.using("snippets", function() {
          createEditor();
          });
          }
          else {
          createEditor();
          }
          });

          function createEditor() {
          StackExchange.prepareEditor({
          heartbeatType: 'answer',
          autoActivateHeartbeat: false,
          convertImagesToLinks: false,
          noModals: true,
          showLowRepImageUploadWarning: true,
          reputationToPostImages: null,
          bindNavPrevention: true,
          postfix: "",
          imageUploader: {
          brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
          contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
          allowUrls: true
          },
          onDemand: true,
          discardSelector: ".discard-answer"
          ,immediatelyShowMarkdownHelp:true
          });


          }
          });














          draft saved

          draft discarded


















          StackExchange.ready(
          function () {
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f527149%2fdebian-tty-failed-autologin%23new-answer', 'question_page');
          }
          );

          Post as a guest















          Required, but never shown

























          0






          active

          oldest

          votes








          0






          active

          oldest

          votes









          active

          oldest

          votes






          active

          oldest

          votes
















          draft saved

          draft discarded




















































          Thanks for contributing an answer to Unix & Linux Stack Exchange!


          • Please be sure to answer the question. Provide details and share your research!

          But avoid



          • Asking for help, clarification, or responding to other answers.

          • Making statements based on opinion; back them up with references or personal experience.


          To learn more, see our tips on writing great answers.




          draft saved


          draft discarded














          StackExchange.ready(
          function () {
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f527149%2fdebian-tty-failed-autologin%23new-answer', 'question_page');
          }
          );

          Post as a guest















          Required, but never shown





















































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown

































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown







          Popular posts from this blog

          Hudson River Historic District Contents Geography History The district today Aesthetics Cultural...

          Taj Mahal Inhaltsverzeichnis Aufbau | Geschichte | 350-Jahr-Feier | Heutige Bedeutung | Siehe auch |...

          The number designs the writing. Feandra Aversely Definition: The act of ingrafting a sprig or shoot of one...