Dietpi-drive_manager: gives .fstab errors

Creating a bug report/issue

I have searched the existing open and closed issues

Required Information

  • DietPi version | cat /boot/dietpi/.version
G_DIETPI_VERSION_SUB=10
G_DIETPI_VERSION_RC=0
G_GITBRANCH='master'
G_GITOWNER='MichaIng'
G_LIVE_PATCH_STATUS[0]='applied'
G_LIVE_PATCH_STATUS[1]='not applicable'
G_LIVE_PATCH_STATUS[2]='not applicable'
G_LIVE_PATCH_STATUS[3]='not applied'
  • Distro version | echo $G_DISTRO_NAME $G_RASPBIAN
bullseye 0
  • Kernel version | uname --all
    Linux homeassistant 6.1.21-v8+ #1642 SMP PREEMPT Mon Apr 3 17:24:16 BST 2023 aarch64 GNU/Linux
  • Architecture | dpkg --print-architecture
    arm64
  • SBC model | echo $G_HW_MODEL_NAME or (EG: RPi3)
    RPi 4 Model B (aarch64)
  • Power supply used | (EG: 5V 1A RAVpower)
    Official Pi power supply
  • SD card used | (EG: SanDisk ultra)
    Kingston A400 SSD Internal Solid State Drive 2.5" SATA Rev 3.0, 240GB - SA400S37/240G

Additional Information (if applicable)

  • Software title | (EG: Nextcloud)
    dietpi-drive_manager
  • Was the software title installed freshly or updated/migrated?
    n/a
  • Can this issue be replicated on a fresh installation of DietPi?
    I don't have a spare Pi to try this.
    ← If you sent a “dietpi-bugreport”, please paste the ID here →
  • Bug report ID | echo $G_HW_UUID
    028db189-bc62-4a97-8efe-fb12245746ba

Steps to reproduce

  1. run dietpi-drive_manager

Expected behaviour

  • I spect the app to run so I can mount a drive

Actual behaviour

grep: .fstab: No such file or directory
grep: .fstab: No such file or directory
grep: .fstab: No such file or directory
grep: .fstab: No such file or directory
/boot/dietpi/dietpi-drive_manager: line 155: .fstab: No such file or directory
[ INFO ] DietPi-Drive_Manager | Detecting drives, please wait...
df: /mnt/nfs_client: No such device
[ INFO ] DietPi-Drive_Manager |  - Detected mounted physical drive: /dev/sda2 > /
/boot/dietpi/dietpi-drive_manager: line 274: .fstab: No such file or directory
[ INFO ] DietPi-Drive_Manager |  - Detected mounted physical drive: /dev/sda1 > /boot
/boot/dietpi/dietpi-drive_manager: line 274: .fstab: No such file or directory
[.     ]mv: cannot stat '.fstab': No such file or directory
[FAILED] DietPi-Drive_Manager | mv .fstab /etc/fstab
[FAILED] DietPi-Drive_Manager | Unable to continue, DietPi-Drive_Manager will now terminate.

Extra details

does this issue still persist?

Yes.

I have 3 Pi’s and this only happens on one of them (typically, it is the remote one).

hmm strange, this is one of the first steps to create .fstab

Strange that it is missing as it should be created during

Are all your system on the same software level? This one seems to be an old Bullseye

I’m on 9.11.2…

DietPi version has nothing to do with Debian version

I thought DietPi existed in lieu of Debian (I thought it was a minimal version of Debian).

I’ve never updated Debian since installing DietPi the very first time as I never realised I had to manage both. (DietPI and Debian).

I’m somewhat confused right now. Sorry for being super dumb here but how do I know when I need to update Debian and how do I do that without affecting DietPi?

a couple of thinks to avoid missunderstanding

  • DietPi is a set of bash script on top of a Debian base
  • Debain packages managed by apt package manager will be updated during dietpi-update
  • a major Debian release upgrade (Bullseye > Bookworm > Trixie) will not be carried our automatically, always something the user need to start manually
  • Trixie will be next Debian version and might become available during summer 2025
  • Debian major versions will be released every 2 years
  • for our users we have a couple of blog post on how to switch a Debian version
  • for the Debian upgrade Bullseye > Bookworm, we even created a script that can be used Debian Bookworm has been released – DietPi Blog

Got it and thanks for the explanation :smile:

…however, and this is embarrassing, I have just recheck all mu PIs (I have 2 local and 1 remote) that the Pi in question is actually on bookworm and that I copied the Version info from one of my local Pi’s by accident.

The correct output for echo $G_DISTRO_NAME $G_RASPBIAN is:

bookworm 0

  • The good new is that I can easily update my ‘old’ local Pi from bullseye to bookworm (as I remember that blog post you linked and must have followed it correctly for the remote Pi and forgotten t do it for one of my local Pis).
  • The bad news is that the Debian Version isn’t the cause of my problem above.

As an aside*, I have just checked all my Pis for dietpi-drive_manager:

Pi name Debian drive_manager comment
PetitPois bookworm NOK remote (the one we have been discussing)
Pinky bullseye OK, takes ages to start local
Perky bookworm OK local

[edit: typos*]

Any further thoughts on this?

no I don’t have an idea what the issue is with .fstab file. Maybe @MichaIng has