Guest21 | There is a documented issue with upgrading that I just ran into. The upgrade can break x11. A temporary workaround has been found. | 05:13 |
---|---|---|
Guest21 | https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=856351 | 05:13 |
DocScrutinizer05 | ummm, ok... | 06:25 |
rasb_ | ∕﹗\ АTTN: Thіѕ cһanᥒel has movеd to irc.freenഠԁe.net #/join /!\ | 15:02 |
system16 | Hi | 20:09 |
system16 | Is it possible to change the mount point of my external hdd from /home to /home/myusername ? | 20:10 |
system16 | If this is not possible, can i create a shortcut to it in /home/myusername ? | 20:11 |
KatolaZ | system16: it's possible but you should be careful with that | 20:11 |
system16 | Why | 20:12 |
KatolaZ | if you HD is disconnected, your user will remain without a homedir | 20:12 |
system16 | Creating a shortcut is risky ? | 20:12 |
KatolaZ | nope | 20:12 |
KatolaZ | changing the mountpoint of /home | 20:12 |
system16 | No no | 20:12 |
system16 | I meant | 20:12 |
system16 | I want to change the mount point of my external drive | 20:13 |
system16 | Its : /home/hdd | 20:13 |
system16 | I want it to be /home/myusername/hdd | 20:13 |
KatolaZ | system16: how are you mounting yout external drive? | 20:14 |
system16 | Umm what do you mean ? | 20:15 |
system16 | Its called /dev/sdb1 | 20:15 |
KatolaZ | are you mounting it manually? | 20:16 |
system16 | No i just changed its permission to 777 | 20:16 |
telst4r | Dude. No. | 20:16 |
system16 | It automatically mounts it | 20:16 |
KatolaZ | o_O | 20:16 |
system16 | I dont have to type mount /dev/sdb1 ... is that what you mean ? | 20:17 |
telst4r | ^ thats a manual mount. And you're not doing it. Some daemon is trying to be 'smart' here I suppose | 20:18 |
system16 | I think creating a shortcut is alot easier . Do you know how can i create a short cut to /home/hdd ? | 20:19 |
system16 | Btw i have no GUI running | 20:21 |
system16 | Everything is done via commands | 20:21 |
KatolaZ | system16: what do you mean by that? | 20:21 |
KatolaZ | a symlink? | 20:22 |
system16 | A shortcut to a directory | 20:22 |
KatolaZ | just `ln -s` | 20:22 |
KatolaZ | man ls | 20:22 |
KatolaZ | sorry | 20:22 |
KatolaZ | man ln | 20:22 |
system16 | Ln -s /home/hdd ? | 20:22 |
system16 | l* | 20:23 |
telst4r | ln wants target and source. take a look at the manual and give it a few test tries. | 20:23 |
system16 | Oh | 20:23 |
telst4r | or -to- and -from- | 20:23 |
system16 | Ok | 20:23 |
n4dir | looks to me as if both /home/hdd and /home/username/hdd would be short enough. No ? | 20:23 |
system16 | N4dir , all of my devices are set to /home/myusername. And changing them is a hassel | 20:24 |
telst4r | how short ~/hdd can be shortened? ;) | 20:24 |
KatolaZ | ~/h | 20:25 |
KatolaZ | :P | 20:25 |
system16 | If this works im gonna cry | 20:26 |
system16 | Ln: missing file operand | 20:29 |
system16 | I typed ln -s | 20:30 |
KatolaZ | system16: have you read `man ln`? | 20:30 |
system16 | Im reading it rn | 20:30 |
KatolaZ | you should just read the first 10 lines | 20:30 |
KatolaZ | ln -s FILE DEST | 20:30 |
system16 | ln [OPTION]... [-T] TARGET ? | 20:31 |
KatolaZ | system16: ^^^ | 20:31 |
system16 | Hey it worked | 20:32 |
system16 | Hooray | 20:32 |
nacelle | I think of it as "ln -sf original referenced" | 20:32 |
system16 | Thank you all | 20:32 |
nacelle | or "ln -sf old new" if you will | 20:33 |
system16 | Is this permanent ? | 20:34 |
system16 | Or a restart messes with it ? | 20:34 |
golinux | Guess you'll find out | 20:35 |
system16 | Btw do i need to unmount my drive before executing shutdown -h now ? | 20:36 |
KatolaZ | system16: it would be adviseable | 20:37 |
system16 | Or devuan is smart enough to do this automatically like windows | 20:37 |
KatolaZ | system16: a clean shutdown should unmount all the mounted filesystems | 20:40 |
system16 | Clean shutdown ? | 20:40 |
system16 | So shutdown -h now isnt clean ? | 20:41 |
gnarface | KatolaZ: this is a problem still intermittently for me | 22:52 |
gnarface | it's one of the debian changes i think we should roll back | 22:52 |
gnarface | it has nothing to do with systemd, directly | 22:52 |
gnarface | `shutdown -h` *isn't* guaranteed to be clean anymore, and if you're not using a SSD it often isn't. there should be a setting to change it back to the previous default behavior of actually waiting for everything to unmount rather than just assuming it'll all umount faster than 5s or whatever | 22:53 |
gnarface | (i actually brought this up with upstream maintenance and some asshole told me "well the journaling filesystem should catch any lost data so what's the problem?") | 22:54 |
gnarface | (they're literally making the choice to rely on the filesystem journaling as a method to not require filesystem unmounts anymore - which is somewhat to me like omitting seatbelts because there's airbags) | 22:55 |
gnarface | and i don't care about "buh buh buh 99% of all linux installs are now VM guests on a diskless azure system, my boss said so!" | 22:56 |
gnarface | this is vandalism | 22:56 |
gnarface | *usually* if i close everything and manually `sync && sync && sync` it'll unmount everything fast enough, but even then it occasionally doesn't. | 22:58 |
gnarface | and sometimes i forget | 22:58 |
gnarface | if system16 comes back tell him it's a known bug at least | 22:59 |
DocScrutinizer05 | alexandros_c: ping | 23:05 |
Centurion_Dan | gnarface: I thoroughly agree... what package need fixing and can you provide a patch or point to a commit that needs reversing... | 23:17 |
Centurion_Dan | ?? | 23:17 |
gnarface | Centurion_Dan: i can't provide anything specific, sorry. i'm sure it's a simple fix to whoever knows what they're doing though. | 23:18 |
KatolaZ | gnarface: I guess the package is sysvinit, and I guess Jesse Smith has buasted several bugs in the current dev branch | 23:18 |
KatolaZ | just bear with us ;) | 23:18 |
gnarface | but i will cite that this is an especially bad problem if you're using reiserfs still and also forgot to put the /sbin/fsck.reiserfs symlink back that is also obvious sabotage | 23:18 |
gnarface | because *then* when it fails to unmount at reboot, then your journal transaction log *does not* replay and YOU DO lose data | 23:19 |
KatolaZ | gnarface: believe me, the main problem with sysvinit has just been lack of maintenance | 23:19 |
KatolaZ | there is no sabotage plan behind | 23:20 |
KatolaZ | but things are moving on now | 23:20 |
gnarface | yea, but this used to work and when i went asking about why they changed it, they gave me a dismissive response that is much better at convincing me that it's active sabotage than you are at convincing me it's not | 23:20 |
KatolaZ | upstream development has started again | 23:20 |
KatolaZ | gnarface: do not assume a bad answer is the official answer | 23:20 |
KatolaZ | ;) | 23:20 |
gnarface | fair enough | 23:20 |
KatolaZ | not all that happens in debian happens in debian-devel | 23:21 |
KatolaZ | or in the replied to bug reports | 23:21 |
KatolaZ | s/ied/ies | 23:21 |
gnarface | noted | 23:21 |
KatolaZ | we have had a lot of enthusiastic support from several DDs on the sysvinit querelle | 23:22 |
KatolaZ | and most of them don't need to shout on a mailing list | 23:22 |
gnarface | well even if it has to be a dumb timeout now for some reason, just being able to raise it a few seconds would probably cover most my problem cases | 23:22 |
gnarface | but it used to actually just hang there for a long time waiting for unmounts | 23:22 |
gnarface | there was a timeout after some point i think it would just go through and kill all processes still running? | 23:23 |
gnarface | then it would try to unmount again | 23:23 |
gnarface | i dunno, i remember that it was occasionally a problem if something wouldn't exit right, but that was much more rare of an occurrence than the existing situation | 23:25 |
gnarface | where everything exits right, but just not always quickly enough | 23:25 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!