LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   slarm64 (https://www.linuxquestions.org/questions/slarm64-132/)
-   -   Directory errors after upgrading a bunch of packages (https://www.linuxquestions.org/questions/slarm64-132/directory-errors-after-upgrading-a-bunch-of-packages-4175735494/)

SemiBeard 03-30-2024 10:49 AM

Directory errors after upgrading a bunch of packages
 
Hi Everyone,

So I have been catching up upgrading packages from
http://ftp.arm.slackware.com/slackwa...rch64-current/

But now I am unable to see permissions, nor date stamps of any files in the whole entire system.
for example, doing 'cd /' then ' ls -al' produces:
d????????? ? ? ? ? ? media
d????????? ? ? ? ? ? mnt
d????????? ? ? ? ? ? opt
d????????? ? ? ? ? ? proc
d????????? ? ? ? ? ? root
d????????? ? ? ? ? ? run
d????????? ? ? ? ? ? sbin
d????????? ? ? ? ? ? srv
d????????? ? ? ? ? ? swap
d????????? ? ? ? ? ? sys
d????????? ? ? ? ? ? tmp
d????????? ? ? ? ? ? tmp2
d????????? ? ? ? ? ? usr
d????????? ? ? ? ? ? var


Also, issuing 'ls /root (or any subdirectory name)' produces this message:
ls: cannot access '/root': Function not implemented Using /root as an example.

Doing ls of any specific filename produces this error: for example,
cd /bin
ls bash
ls: cannot access 'bash': Function not implemented


To do any work at all, I have to 'cd' to the subdirectory and then to an ls to at least get the file names to show up.

Should I recompile the kernel or upgrade the kernel from a rockpro64 kernel source.?

I dont know if it matters, but am running kernel 4.4.202

I already rebooted the rockpro64 but the issue still present.

Any ideas?

Thanks

sndwvs 03-31-2024 12:01 PM

Quote:

Originally Posted by SemiBeard (Post 6492949)
I dont know if it matters, but am running kernel 4.4.202

This is exactly what is important; in Patrick’s slackware, the glibc setting looks like this:
Code:

../configure \
  --prefix=/usr \
  --libdir=/usr/lib${LIBDIRSUFFIX} \
  --enable-kernel=4.4 \
  --with-headers=/usr/include \
  --enable-add-ons \
  --enable-profile \
  $DISABLE_NSCD \
  $WERROR \
  --infodir=/usr/info \
  --mandir=/usr/man \
  --with-tls \
  --with-__thread \
  --without-cvs \
  $TARGET-slackware-linux

in slackware aarch64:
Code:

../configure \
  \
  $SLKCONFARGS \
  \
  --prefix=/usr \
  --libdir=/usr/lib${LIBDIRSUFFIX} \
  --enable-kernel=5.4 \
  --with-headers=/usr/include \
  --enable-add-ons \
  --enable-profile \
  $DISABLE_NSCD \
  --infodir=/usr/info \
  --mandir=/usr/man \
  --with-tls \
  --with-__thread \
  --without-cvs \
  \
  --build=${SLK_ARCH_BUILD} \
  --host=${SLK_ARCH_HOST} || failconfig

slarm64 strictly adhered to the original scripts.

SemiBeard 04-01-2024 06:55 AM

Will upgrading the kernel fix this?
 
I got a 6.x kernel source.

Would installing new kernel fix my problem with the directory permissions not showing up?

sndwvs 04-01-2024 10:56 AM

Quote:

Originally Posted by SemiBeard (Post 6493353)
I got a 6.x kernel source.
Would installing new kernel fix my problem with the directory permissions not showing up?

yes, it will completely solve your problem: kernel-rk3399#6.8.2-1.pkg.tar.gz unpack and replace the files, also check that dtb is registered in /boot/uEnv.txt

SemiBeard 04-08-2024 01:09 PM

the dtb line in the uenv.txt file and older /boot contents?
 
hi There,

Thanks for your help. I am very close to rebooting my rockpro64 with the new kernel.

A couple of more questions:

Can you give an example of the dtb line in the uEnv.txt
Am confused if it points to the /boot/dtb subdirectory or a specific rockpro64.dtb file within it?

ie
dtb=/boot/dtb ?
or
dtb=rk3399-rockpro64.dtb ?



Also, my current /boot has some extra files:
boot.cmd
boot.scr

Do I keep these files using the new kernel?

thanks again

sndwvs 04-08-2024 02:23 PM

Quote:

Originally Posted by SemiBeard (Post 6494884)
hi There,

Thanks for your help. I am very close to rebooting my rockpro64 with the new kernel.

A couple of more questions:

Can you give an example of the dtb line in the uEnv.txt
Am confused if it points to the /boot/dtb subdirectory or a specific rockpro64.dtb file within it?

ie
dtb=/boot/dtb ?
or
dtb=rk3399-rockpro64.dtb ?



Also, my current /boot has some extra files:
boot.cmd
boot.scr

Do I keep these files using the new kernel?

thanks again

Hi,

The initial boot script is boot.cmd which is compiled into boot.scr and loaded by u-boot by default. it contains the prefix to DTB as /boot/dtb/ therefore it must be written in uEnv.txt fdtfile=rockchip/rk3399-rockpro64.dtb

SemiBeard 04-28-2024 09:16 AM

RE: Directory errors after upgrading a bunch of packages
 
SOLVED.

Hey Admin, you can mark this as solved.

Thanks for helping.
Thanks for pointing me in the right direction.


All times are GMT -5. The time now is 05:46 AM.