When I write reboot, computer says;
login:
password:
and I wrote these. Then the Welcome message comes to me. Login screen does not open. Like this:
Welcome to freeBSD!
Release notes, Errate htps://ww......
Security etc....
Documents installed with the system are in the
/usr/local/share/doc/freebsd/directory, or can be installed later
with: pkg install en-freebsd-doc. For other languages, replace ''en''
with a language code like de or fr.
Edit /etc/motd to change this login announcement.
I don't know if I understand correctly, but... do you mean that only console is available and there's nothing with UI on screen?
If so, you have to install/launch desktop environment first:
https://www.freebsd.org/doc/handbook/x11-wm.html
Based on your description, and contrary to the title of your question, you have successfully logged-in.
Login screen does not open.
In all likelihood, you are referring to Graphical User Interface (GUI) not appearing... Well, why would it? FreeBSD does not have GUI as part of the OS itself -- you'd have to install that separately...
When you installed FreeBSD you were asked for a root password and for adding more users, check the post-installation guide, therefore you need to use either the user you added or the root password.
In case you are using a custom image something like fabrik.red the username and password may differ.
In case you need to reset the root password check this video: https://www.youtube.com/watch?v=Xzk_U9E9jQU
Related
An article on Chrome OS that I read here:
https://medium.com/#JamesCridland/review-five-months-with-a-chromebook-for-web-development-writing-and-more-8adf36b4a061
says:
"Update: Above, I mention that I use SSH and vi to do my programming work. And I did. Except I don’t any more. It turns out that one of the newer updates added direct SFTP access into the Files app (the equivalent of Explorer or Finder), so that my development box appears simply as another drive on my Chromebook. And Caret is an excellent programmer’s editor. So now I have a proper programmer’s editor (as well as the SSH terminal I need to put those changes live)."
Ok. But, when I go into Chrome OS's files app, the apparent way 'mount' my equiv of his
'development box' is via 'add new services', which is launching a webstore-app named 'SFTP' (whose icon is a blue folder outline with "SFTP" on it). i,e.:
https://chrome.google.com/webstore/detail/sftp-file-system/gbheifiifcfekkamhepkeogobihicgmn?hl=en
(My equiv of his 'development box' I'm assuming to be my web-server at bluehost.com, where I currently use Firefox's FireFTP extension, on Win-10.)
I can't get this 3-stars webstore 'SFTP' app (authored by someone from Japan) to authenticate me into my bluehost acc't. So, now I'm wondering whether
this 'SFTP' app is even the right thing to have installed, due to all the one- and two-star showstopper reviews. One typical review by a guy named Tim says:
"It's a nice try, but I really wish someone who knows what they're doing would make this service. It looks like it works but if you drill down more than a few folders deep on the remote filesystem, operations slow to a crawl."
Similarly, the two clients ('sFTP client' and 'sFTP client Lite) also have such low ratings, that my gut says that Google has failed to deliver a robust web-developer infrastructure.
Come on Google...you need to implement this stuff under your own logo.
Am I missing something???
Probably should advertise this functionality better :), but the Secure Shell App supports mounting via SFTP so it will appear in the Files app.
Steps to use:
Install Secure Shell Chrome extension.
Launch the extension (look for it in the bar to the right of the omnibox/browser URL bar -- it'll have a black terminal icon).
Enter the connection details to create a new profile.
Give it a description like "user#foo.com".
Instead of clicking "Connect" in the bottom right, click "Mount".
Authenticate with the server (keys/pass/whatever).
Once it finishes, it'll now be visible in the Files app.
If you suspend/resume the system or otherwise logout/reboot, you'll need to relaunch Secure Shell, select the saved profile, and then click "Mount" again. We probably should make this a bit smoother, but that's how it works currently.
No, not an answer yet...just more wishlist stuff:
Ok, more recent info about the Firefox browser's "FireFTP" addon:
It no longer works on the (new) std Firefox browser, as of a couple of
weeks ago when version 57.0 was released. (No biggie tho...a goggle revealed
a new-to-me browser called 'Waterfox' and it nicely supports FireFTP and the
other addons that Firefox dropped support for.)
So a bit more research yielded only yet more 'mumble-mode' confusion: it revealed that FireFTP is open source...located here:
https://github.com/mimecuvalo/fireftp
(So I submitted a new 'issue' there and asked about porting it to Chrome.)
I'm desperate, and recently test-drove Google's new Pixelbook.
(Sigh...nothing inspirational came of that...I give it one-thumb-down rating.
Here's my notes from that experience:
------------ Review notes of Pixelbook: ----------------------
Google didn’t think to include a USB-C to USB-A adapter. (A $2 item. e.g.)
https://www.amazon.com/Remax-USB3-1-Female-Adapter-Silver/dp/B01MCSRSKN/
That was my 'showstopper'...like a few other reviewers said...it's not well
thought out / matured. To me it feels more like a gimmick, than a product.
At a minimum, it rates my newest hashtag: #NRFPT (not ready for prime time).
I found no obvious way to disable the touchpad, when using a mouse.
In fact, no other reviewers expressed interest in using a mouse. (???)
Lastly, my favorite kind of Android apps are 'widgets', and I see no signs
that it has occurred to Google to allow Chrome-OS's desktop/background to
host any widgets.
Ok, I'm still in mumble-mode...and still in search of a FTP/SFTP GUI client for
the Chrome browser / Chrome-OS that is the quality of FireFTP.
Enable Linux(beta) on your chromebook. Then you can do whatever you want like on others linux machine.
A simple sftp connection command
sftp [user#]host
Enable linux and mount with sshfs
sudo apt install sshfs
then
sshfs -o reconnect,ServerAliveInterval=15,ServerAliveCountMax=3 user#xxx.xxx.xxx.xxx:/remotedir localdir
or with key auth
sshfs -o reconnect,ServerAliveInterval=15,ServerAliveCountMax=3,IdentityFile=~/.ssh/id_rsa user#xxx.xxx.xxx.xxx:/remotedir localdir
These will reconnect after resuming from sleep
I work in a linux system with a windows proxy account. The password must change aways at the end of the month. Nowdays i need to go to a windows machine, change my password and go back to my linux machine.
The password is used for others internal services too. (like private email, git access, database access, etc).
I want to change my password without the help of a windows. I want to do it on linux. It can be done?
This is really the wrong forum: I'd suggest trying serverfault.com.
SUGGESTION:
It sounds like smbpasswd might be a solution: http://serverfault.com.
I am working on a security agent plugin on Mac OS X and would like to allow the user to do a switch user (in the same way of the button "switch user" that is displayed when you lock your account).
After some research, I found this thread with the following solution from the command line:
/System/Library/CoreServices/Menu\ Extras/User.menu/Contents/Resources/CGSession -suspend
Launching this command line works well when the user is logged in. However, in the context of a Security Agent plugin: "The Security Agent runs with restricted permissions so that the user must be physically present, using the graphical user interface, in order to be authenticated. The graphical user interface elements can’t be used through a command-line interface such as the Terminal application or a secure shell (ssh) remote session"
So the command line call fails to execute. Is there any other solution to simulate a switch user, like sending an apple event? I didn't find any other solution.
Thanks in advance for any idea.
Best regards
Try making a LaunchAgent that runs for each user. In your Security Agent plugin, connect to the agent for the current console user (eg using BSD sockets), and tell it to run the CGSession command.
I recently took over the development of a CF site and am having some trouble obtaining the login and password to the Admin for CF. I was hoping another StackOverflower may haave some insight on obtaining access. We have access to the FTP and any other hosting related details. Any helpful insight will be greatly appreciated.
Open up the password.properties file which lies in <coldfusion install directory>\lib
You can see some encrypted string like
password=5BAA61E4C9B93F3F0682250B6CF8331B7EE68FD8
encrypted=true
Change it to clear text with encrypted=false
password=newPassword
encrypted=false
After that you can log in using newPassword and reset to a proper password in the CF Administrator.
http://coldfusion8.blogspot.com/2008/08/what-if-you-forget-coldfusion-admin.html
I believe this also works for 6, 7,m and 9.
Building on what Ben said Simon Whatley has a great article outlining several different ways to accomplish this: http://www.simonwhatley.co.uk/resetting-a-lost-coldfusion-password really good stuff.
If you are running Coldfusion on a Mac or Linux all you need to do is:
On the terminal go to the bin directory of Coldfusion application
There is a password reset script: passwordreset.sh
running the script will ask you for a new password
Stop and Restart Coldfusion
I was going to suggest using the admin API to see if you could reset the password or even make a .car backup of the server settings in the event of a re-install.
http://livedocs.adobe.com/coldfusion/8/htmldocs/help.html?content=basiconfig_37.html
For earlier versions, you can change a registry key, see details here : http://www.tek-tips.com/faqs.cfm?fid=3731
Maybe that's more of a Linux question than an Adobe Air one, but there you go: I have an AIR 2 app that does auto-update in the background, with no need for user interaction. It uses Air's own ApplicationUpdater framework (the one that doesn't require a UI) - all goes well until the package gets downloaded and needs to be installed - at that point, the Air Installer prompts for SUDO password and won't proceed without some user interaction.
Is there any way to circumvent/avoid that?
I solved this by adding a rule to the sudoers file (/etc/sudoers)
<username> ALL=(root) NOPASSWD: /tmp/air.*/setup
This rule can enable the update to all users
ALL ALL=(root) NOPASSWD: /tmp/air.*/setup
Note that it could lead to some security issues but I think if you are going to use this as a Linux Kiosk it's going to work.
You could do that by rolling your own updating mechanism. Is not really that difficult, if you plan it correctly you don't even need to close the app.
We did so for an internal project, where we use git. Since I guess you can't rely on Git being available on the user's machine, you could check out the server, download a zip file, uncompress it and replace the contents of your app.
AIR doesn't sign or checksum the files it installs, you can safely replace them and re-load the app without problems.
HTH,
J