General :: Command "ls" Display The Directory Size Of ZERO ?
Jun 3, 2010
I have learned Linux for a while now, but Linux is continuously surprising me with new stuffs nearly every day... Today I met a really strange problem, that the command "ls" indicates the size of some directories is ZERO, as for /home.
However, there is a directory inside /home, which contains many files/directories.
Even worst, when I tried to create a file under /home, I got the "permission denied" error,
By the way, /home is within the local file system, not NFS share.
I am trying to figure out the actual size of files and directories on a CentOS Linux 5 server and when I do a ls -l I see for example at the Directory of /Data 4096 but once in side the directory and I do a ls -l I see larger file sizes. How do I get the actual file size of a Directory to show up?
So I installed Project64 (For those who don't know it is a Nintendo 64 emulation program so I can get my Mario fix), Which I always read is hard to put on a Linux. I didn't think I had WINE so I ran $ whereis wine and I guess I do. But I never set a config for it, So I don't get how an install through wine would work. How was the .exe read?, Because I thought wine had to run to read those, and I don't think it ran. At least there was no visible sign when I installed.
||-2nd part-||
I got my Project64.exe, put it in a directory I made, did the $ ch commands to change permission , did $cd <dir> then I ran ./Directory:$ Project.64.exe 'gamefile.z64' and it seems to work fine. Except for it leaves the display as 800X600 after I close it. Why is it changing display size, and not returning to my default and can I make it stop doing it?
I need to set size limit for shared directory. Actually i am unable to set directory size for my NFS shared foldermy Dir locate in /root/ESSR_logex : This ESSR_log Directory size should be 20GB. that mean NFS client only can store up to 20 GB files. NOT MORE
Well, I am facing problem when doing lab questions.
I must use DLXLinux bundled in Bochs (bochs.sourceforge.net).
I am required to use the /usr/local directory.
In /usr directory, there is no directory named 'local' but there is one thing called 'local@'. So, when I try to use mkdir command to create 'local' directory in /usr , there are error "cannot make directory.....".
I have a 4gb USB thumb drive with Ubantu 9 on it and it looks like I have over 3gb free but I only have 4mb free in the documents Directory. w do I increase the size of the directory so I can add my Doc files?
As example, I have directory in /root called as "shared". i already shared this directory using NFS. i want to limit this directory size into 20 GB(20*1024*1024).That means "shared" directory reserved 20 GB disk space from the HDD.how can i solve this problem
I'm quite new to linux but I have configured a simple ftp server and it's working great. I have a FTP-Shared folder with upload and download subfolders. Under upload's and download's I have identical category subfolders like mp3's, movies, software etc. in both. As the guy's upload, I would like to create a line crontab where I can move all the content under /FTP-Shared/upload/mp3/* older than 14 day's to FTP-Shared/downloads/mp3/ recursively (Like in cp command), but the timestamp must be searched on the first directory and not sub files example: /mp3/Club Dance/CD1/Hallo world.mp3This is how far I got:[root@clients ~]# /usr/bin/find /FTP_Shared/upload/Mp3s/ -depth -mindepth 1 -mtime +14 -type d -exec mv -f {} /FTP_Shared/download/Mp3s/ ;This command moves the directory and files, but it is not recursively
I have a 64 bit Ubuntu 9.10 workstation with two virtualized guest OSes using KVM/QEMU. Also both 64-bit. One is Fedora 12 the other is beta of Ubuntu 10.04.
The problem is that I would like to use a larger size display that is configured by default.
Both guest OSes have a maximum screen resolution of 1024x768. I would like to increase this to something like 1280x900 or 1440x900. The resolution of the host system is 1920x1080.
This configuration appears to be a result of the installation detecting the resolution being reported by the virtual screen during installation.
The only information I have found on the subject suggests modifying the xorg.conf file in the /etc/X11 directory. Neither guest system has this file.
I tried creating one by hand in the Fedora system and managed to render it completely unusable. Not a big deal as this is recently installed and can be reinstalled easily.
I have this directory with multiple images 'pics' and the size is 20mb and I want to make a .zip or .rar package of this directory but with an increased size so the .zip/.rar file will be 100mb, and then when you extract it the file size is the original 20mb. I want to make the result file bigger, no compress it. I need to put all the directory in one single file .zip or .rar but it has to weight more (100mb), maybe it can be done with another application. By the way, I have a centos 5 from command line.
Code: #!/bin/bash cmd1=$(cat /var/log/messages | grep -e 'blocked for more than 120 seconds' | cut -c 55-62) if $cmd1 != 0; then echo 'okay'; fi
however i'm messing up somewhere... bash attempts to evaluate the elements in cmd1. when I try to run this script it complains saying:
Quote:
test1.sh: line 5: blocked: command not found
I am open to alternatives. My intent is to replace cat /var/log/messages with dmesg, so I can attempt to determine if a problematic application I use encounters a blocked state (unresponsive for more than 120 seconds).
Should I be using a different test condition? I tried something like:
Code: # this declares cmd1 as an array cmd1=($(cat /var/log/messages | grep -e 'blocked for more than 120 seconds' | cut -c 55-62)) #attempt to determine if number of elements in array is greater than zero if ${#cmd1[@]} > 0; then echo okay; fi
But I get the same error... what am I doing wrong?
I'm using fc14 and the SG driver to test some SCSI (SAS) targets. In doing so, I'm bumping up against what appears to be a 512KB maximum transfer size per command. Transfers up to 4MB sometimes work, but often they result in ENOMEM or EINVAL returned from the write() function in the SG driver. I could not find any good documentation on how the SCSI system in Linux works so I've been studying the source for drivers in drivers/scsi.
I see that there is a scsi_device struct that contains a request_queue struct that contains a queue_limits struct that contains an element called max_sectors. The SG driver seems to use this to limit the size of the reserve buffer it is willing to create. I see that there are several constants used to initialize max_sectors to 1024 which would result in the 512KB limit I see (with targets having 512 byte sectors). At this point I have several questions:
1) When the open() function for the sg driver gets called, who initializes the scsi_device struct with the default values?
2) Can I merely change the limits struct to arbitrary values after initialization and cause the SG ioctls to set the reserve buffer to allow greater values?......
I am a noob and I am trying to display a count of the number of subdirectories in a directory. I have been able to use find -type d to list directories and subdirs but I want a numerical value of dirs and subdirs. I know ls -l gives a count but when I try ls -l -d all it shows is "." I also have tried a combination with the -R option but nothing seems to be working for me.Please forgive my ignorance but I am working on a script for class and this is the first step.
I've spent hours trying to scan + shrink a multipage PDF documentlosing readability. This is the first time I've ever needed to do this! (I had to scan each page as ".jpg" in order to email and open on another computer, so I could not scan to PDF directly, which I think is why each page was so large; lower DPIs made the text too blurry.)I found this great tip on UbuntuGeek...but anyone can do this if GhostScript is installed:
need to know, how we can display the whole (till current directory) path in below highlighted way. normally it shows only the name of current working directory after the server name.